On Fri, Nov 08, 2002 at 01:11:49AM +0100, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | wanting a rock to wind a piece of string around,
>
> That is a reference I do not get...
It was in reference to his signature ...
http://www.letssingit.com/they-might-be-giants-w
John Levon <[EMAIL PROTECTED]> writes:
| wanting a rock to wind a piece of string around,
That is a reference I do not get...
--
Lgb
On Fri, Nov 01, 2002 at 01:40:10PM +0800, Rod Pinna wrote:
> In the qt version of 130, the pulldown list for included text shows the
> text as "verbatim", even though in 122, the doc was saved with the
> included text as "included".
Thanks, fixed in my tree.
wanting a rock to wind a piece of st
In the qt version of 130, the pulldown list for included text shows the
text as "verbatim", even though in 122, the doc was saved with the
included text as "included".
It seems to format OK for latex though.
Rod
_
rod | "Beneath
On Thu, Oct 17, 2002 at 10:52:15AM +0800, John Summerfield wrote:
> lyx: SIGSEGV signal caught
> Sorry, you have found a bug in LyX. Please read the bug-reporting instructions
> in Help->Introduction and send us a bug report, if necessary. Thanks !
> Bye.
> Aborted
It would be helpful to get the
I don't have web access ATM.
Here's the version:
[summer@numbat summer]$ rpm -qif /usr/bin/lyx
Name: lyx Relocations: /usr
Version : 1.2.0 Vendor: (none)
Release : 1 Build Date: Sat 17 Aug 2
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Upgrading A's box to xforms-1.0RC4 cured the problem.
Ok, then I'll consider this case closed.
--
Lgb
"A. A. Reese" <[EMAIL PROTECTED]> writes:
| This is a reproducable crash that Alice found. The file has a number of
| minipages, some with graphics. It is a newsletter using multicol. Open
| it up, use PgDn key to end of file, then PgUp until it crashes. Below is
| a partial listing of lyx -dbg k
This is a reproducable crash that Alice found. The file has a number of
minipages, some with graphics. It is a newsletter using multicol. Open
it up, use PgDn key to end of file, then PgUp until it crashes. Below is
a partial listing of lyx -dbg key.
Please don't cc this address, I'll get the res
Anyone build LyX 1.2.x successfully on HP-UX 11i with GCC 3.1.1 or
3.2? With 3.2, I get errors like:
typeinfo name for MathStackrelInset(first referenced in
mathed/.libs/libmathed.a(formulabase.o)) (data)
ControlInset::updateSlot(bool)
(first referenced in frontends/.libs/libfrontends.a(Aler
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> If there is something you really want in 1.2.1, send a (well
>> tested) patch.
Juergen> I've just discovered that you cleaned up the bindings for
Juergen> starred sectioning commands. Well
Andre Poenitz wrote:
> I wonder who's got the idea of localized key bindings. That's crazy to use
> if you often switch languanges. IMO formating paragraphs it should be M-p
> for German too, even if 'Absatz' does not has a 'p'
I don't care, as long as they are memorizable and not too complic
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Aug 15, 2002 at 06:49:03PM +0200, Andre Poenitz wrote:
>
>> Reminds me of some (English) guy who didn't like foreign movies (even those
>> translated to English) because he was (unconciously) used to reading lips.
>
| There's nothing worse than dub
On Thu, Aug 15, 2002 at 06:49:03PM +0200, Andre Poenitz wrote:
> Reminds me of some (English) guy who didn't like foreign movies (even those
> translated to English) because he was (unconciously) used to reading lips.
There's nothing worse than dubbed films anyway. Subtitles !
> Believe me, you
On Thu, Aug 15, 2002 at 05:38:28PM +0100, John Levon wrote:
> You're on thin ice here. Being pathetically mono-lingual I often imagine
> if Atari hadn't screwed themselves and somehow most software was
> primarily German. I can tell you one thing: M-b for "Paragraph" would
> infuriate me, and it w
On Thu, Aug 15, 2002 at 06:30:25PM +0200, Andre Poenitz wrote:
> I wonder who's got the idea of localized key bindings. That's crazy to use
> if you often switch languanges. IMO formating paragraphs it should be M-p
> for German too, even if 'Absatz' does not has a 'p'
You're on thin ice her
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, Aug 15, 2002 at 06:14:30PM +0200, Juergen Spitzmueller wrote:
>> I've just discovered that you cleaned up the bindings for starred sectioning
>> commands. Well, I want that for german too ;-)
>
| I wonder who's got the idea of localized key bin
On Thu, Aug 15, 2002 at 06:14:30PM +0200, Juergen Spitzmueller wrote:
> I've just discovered that you cleaned up the bindings for starred sectioning
> commands. Well, I want that for german too ;-)
I wonder who's got the idea of localized key bindings. That's crazy to use
if you often switch lan
Jean-Marc Lasgouttes wrote:
> If there is something you really want in 1.2.1, send a (well tested)
> patch.
I've just discovered that you cleaned up the bindings for starred sectioning
commands. Well, I want that for german too ;-)
Here's a patch (against 1.2.1cvs). It's not really important, bu
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> Jean-Marc Lasgouttes wrote:
>> If somebody does it for me, I will consider to apply the patch. I
>> do not have much time to do it myself. Anyway, I already would like
>> to release 1.2.1 pretty soon, so some features have to be
>>>>> "Philipp" == Philipp Sasse <[EMAIL PROTECTED]> writes:
Philipp> Hello, (sorry I didn't find where this is documented ...)
It is not.
Philipp> I'm used to applying lots of changes to my po/xx.po file
Philipp> before building lyx. But
> "Mike" == Mike Fabian <[EMAIL PROTECTED]> writes:
Mike> But this patch is really only a hack and certainly should not
Mike> applied like that to the upstream version of LyX. I only
Mike> attached it to show what the problem is. There must be a better
Mike> solution.
Yes, but I really do no
; Mostly this went well except when the make tried to link
Peter> fdesign it couldn't find the X libraries. I patched the
Peter> fdesign/Makefile with a "-L/usr/X11R6/lib" and then it worked
Peter> fine.
Peter> I untarred the lyx-1.2.0 source again and ran configure ala`
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>> > 4) Bookmarks do not work inside an inset.
>>
>> What is a bookmark?
Dekel> It allows you to save a position in the document and return to
Dekel> it later.
Note that this is a bug entered in bugzilla (bug 384). Could you have
a quick
Lars Gullik Bjønnes wrote:
>
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Mon, Aug 12, 2002 at 05:42:19PM +0200, Lars Gullik Bjønnes wrote:
> >
> >> For the manual fontchanges we automatically create a unnamed
> >> CharacterStyle for it. (some magic internal name)
> >
> | I'd rather not all
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 05:42:19PM +0200, Lars Gullik Bjønnes wrote:
>
>> For the manual fontchanges we automatically create a unnamed
>> CharacterStyle for it. (some magic internal name)
>
| I'd rather not allow such manual changes. A user must create a n
On Mon, Aug 12, 2002 at 05:42:19PM +0200, Lars Gullik Bjønnes wrote:
> For the manual fontchanges we automatically create a unnamed
> CharacterStyle for it. (some magic internal name)
I'd rather not allow such manual changes. A user must create a new name
if they want bold italic text, even if t
On Mon, Aug 12, 2002 at 07:11:55PM +0300, Dekel Tsur wrote:
> It allows you to save a position in the document and return to it later.
No big deal I'd say. Something like an invisible label that does not get
saved...
> > I am not talking about _insets_, I am talking about "taking math font
> > i
On Mon, Aug 12, 2002 at 01:46:06AM +0200, Lars Gullik Bjønnes wrote:
>
> | p.s. fwiw I agree it is worth waiting a bit longer to do this right. We
> | have too many craply-implemented features in lyx and we suffer for
> | it
>
> right.
The main problem with badly implemented features, like min
On Mon, Aug 12, 2002 at 05:40:56PM +0200, Andre Poenitz wrote:
> > Other disadvantages:
> >
> > 1) Current inset code doesn't allow inheritance of font settings from the
> > current paragraph or from parent inset.
> > For example, if I have a paragraph which set the font to italics
> > (e.g. a Th
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 09:50:55AM +0200, Andre Poenitz wrote:
>>
>> Ok: Character styles should be done by using something similar to
>> MathFontInsets.
>
| Regular font (i.e. commands like \textbf) should be implemented like character
| styles, so this
On Mon, Aug 12, 2002 at 06:18:55PM +0300, Dekel Tsur wrote:
> > Ok: Character styles should be done by using something similar to
> > MathFontInsets.
>
> Regular font (i.e. commands like \textbf) should be implemented like character
> styles, so this means removing the font list from the paragra
On Mon, Aug 12, 2002 at 09:50:55AM +0200, Andre Poenitz wrote:
>
> Ok: Character styles should be done by using something similar to
> MathFontInsets.
Regular font (i.e. commands like \textbf) should be implemented like character
styles, so this means removing the font list from the paragraph c
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I'm not sure if it's still valid though. And in fact, I'm
John> surprised that fixincludes in gcc doesn't fix this problem. It
John> may be old cruft.
fixincludes does not touch the x11 headers, AFAIK. And I would think
that things lik
On Sun, Aug 11, 2002 at 10:23:09PM +0200, Lars Gullik Bjønnes wrote:
> I think we should first of all have a discussion on how to implement
> character styles as cleanly as possible.
Discussion opened?
Ok: Character styles should be done by using something similar to
MathFontInsets.
Advantage
On Mon, Aug 12, 2002 at 12:59:30AM +0100, John Levon wrote:
> > | > A SimpleInset would only contain plain characters _or_ (as in
> > | > exclusive) insets.
> > |
> > | what about space and accent insets ?
> >
> > a space could be regarded as a regular character... an accent inset
> > would be r
On Sun, Aug 11, 2002 at 11:52:09PM +0300, Dekel Tsur wrote:
> The cleanest way is perhaps with insets, but this will require a much
> improved handling of insets: For example, allowing an inset to break over
> two lines. It will be a long time before we can have this, if at all.
Could people ple
On Sun, Aug 11, 2002 at 08:15:04PM +0300, Dekel Tsur wrote:
> On Thu, Aug 08, 2002 at 08:35:30AM +0200, Andre Poenitz wrote:
> But using insets have other problems.
> The most important one is that an inset cannot be broken across lines
> (e.g.
> +---
> foo foo foo |bar bar
> ---+
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 01:46:06AM +0200, Lars Gullik Bjønnes wrote:
|
| > | > A SimpleInset would only contain plain characters _or_ (as in
| > | > exclusive) insets.
| > |
| > | what about space and accent insets ?
| >
| > a space could be regarded as
On Mon, Aug 12, 2002 at 01:46:06AM +0200, Lars Gullik Bjønnes wrote:
> | > A SimpleInset would only contain plain characters _or_ (as in
> | > exclusive) insets.
> |
> | what about space and accent insets ?
>
> a space could be regarded as a regular character... an accent inset
> would be regar
John Levon <[EMAIL PROTECTED]> writes:
| On Sun, Aug 11, 2002 at 11:20:53PM +0200, Lars Gullik Bjønnes wrote:
|
| > A SimpleInset would only contain plain characters _or_ (as in
| > exclusive) insets.
|
| what about space and accent insets ?
a space could be regarded as a regular character...
On Sun, Aug 11, 2002 at 11:20:53PM +0200, Lars Gullik Bjønnes wrote:
> A SimpleInset would only contain plain characters _or_ (as in
> exclusive) insets.
what about space and accent insets ?
regards
john
p.s. fwiw I agree it is worth waiting a bit longer to do this right. We
have too many crap
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Sun, Aug 11, 2002 at 10:23:09PM +0200, Lars Gullik Bjønnes wrote:
| > | Anyway, if I create a patch for character styles using lyxfont which
| > | doesn't make it more complex than it is now, would you accept it?
| >
| > I certanly would like not too..
On Sun, Aug 11, 2002 at 10:23:09PM +0200, Lars Gullik Bjønnes wrote:
> | Anyway, if I create a patch for character styles using lyxfont which
> | doesn't make it more complex than it is now, would you accept it?
>
> I certanly would like not too...
>
> When the goal is to simplifying lyxfont (am
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Sun, Aug 11, 2002 at 09:42:03PM +0200, Lars Gullik Bjønnes wrote:
| > Dekel Tsur <[EMAIL PROTECTED]> writes:
| > | > The font structs are already too big.
| > |
| > | We are already implementing Character Styles in lyxfont.C (emph,
| > | noun).
| >
|
On Sun, Aug 11, 2002 at 09:42:03PM +0200, Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
> | > The font structs are already too big.
> |
> | We are already implementing Character Styles in lyxfont.C (emph,
> | noun).
>
> And neither om them should be in lyxfont.
So where do
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, Aug 07, 2002 at 11:26:00PM +0200, Lars Gullik Bjønnes wrote:
| > |
| > | Actually, it think it possible to implement character styles by just
| > | few modifications to lyxfont.C (and no changes to the data structures).
| > | These might not allow
On Wed, Aug 07, 2002 at 11:26:00PM +0200, Lars Gullik Bjønnes wrote:
> |
> | Actually, it think it possible to implement character styles by just
> | few modifications to lyxfont.C (and no changes to the data structures).
> | These might not allow nesting of styles, but this can wait for a better
On Thu, Aug 08, 2002 at 08:35:30AM +0200, Andre Poenitz wrote:
> On Wed, Aug 07, 2002 at 11:24:55PM +0300, Dekel Tsur wrote:
> > Actually, it think it possible to implement character styles by just
> > few modifications to lyxfont.C (and no changes to the data structures).
> > These might not allo
On Thu, Aug 08, 2002 at 08:34:21AM +0200, Andre Poenitz wrote:
> On Wed, Aug 07, 2002 at 10:53:36PM +0300, Dekel Tsur wrote:
> > > I think it is easy to implement them on top of current math text (without
> > > the user being able to tell that he's in "math") But I would not do the
> > > UI part,
> Is -no-cpp-precomp really necessary ? Why ?
For this particular option, I have confirmed that the Fink project also
found it necessary to use this. In their 1.2.0 configuration, this option
is selected as well.
Given that they are now providing 1.2.0 in their current/unstable setup,
perh
On Sat, Aug 10, 2002 at 09:40:45PM -0500, George K. Thiruvathukal wrote:
> What would probably make sense is for me to send you a complete "log" of
> the configure so you can see for yourself. Would that be good?
Sure. And the output to the console (which is different, annoyingly).
> On the Mac
Hi, John,
I'm not sure why the problems are happening either; however, I am pretty
convinced that I have the required setup to do the build correctly.
I'm using the same version of autoconf (I think, 2.13) as found and
checked in your configure script. I doubt there's a problem with macros
but a
On Sat, Aug 10, 2002 at 04:01:06PM -0500, George K. Thiruvathukal wrote:
> 1.1.6, which had the same build problems). I hope that my feedback will be
> helpful to you and that you can modify your configure.in (where most all
> of the problems are) so there can one day be a clean build on OS X.
I
Hi!
I am happy to report that I have identified and documented the issues to
get Lyx 1.2.0 built on Mac OS X. I realize that the Fink project will get
it working as well; however, I have some doubts that they are
communicating all the issues to the Lyx team to ensure that future
releases build
design/Makefile with a "-L/usr/X11R6/lib" and then it worked fine.
I untarred the lyx-1.2.0 source again and ran configure ala`:
./configure --prefix=/usr/local/lyx --with-extra-lib=/usr/local/xforms/lib
--with-extra-inc=/usr/local/xforms/include/X11
At the end it died sayin
> "Peter" == Peter <[EMAIL PROTECTED]> writes:
Peter> Hello, The xforms I have is version 0.89, but I don't recall
Peter> for which libc it was. It is the same one that I used for
Peter> succesfully building lyx-1.1.6fix4 on the same computer though
Peter> so I'd guess that it is OK for my s
quot;__setjmp". This
sounds like core C++ language functionality.
Peter
On Wed, Jul 31, 2002 at 10:52:11AM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Peter" == Peter <[EMAIL PROTECTED]> writes:
>
> Peter> Hello, The 1.2.0 lyx binary fails to link on m
>>>>> "Peter" == Peter <[EMAIL PROTECTED]> writes:
Peter> Hello, The 1.2.0 lyx binary fails to link on my RedHat 7.3
Peter> system (with all updates from RedHat installed). See below for
Peter> output.
Peter> The source is straight 1.2.0, and the x
Hello,
The 1.2.0 lyx binary fails to link on my RedHat 7.3 system (with all updates
from RedHat installed). See below for output.
The source is straight 1.2.0, and the xforms is 0.89 (the very same which I
used for building 1.1.6fix4 with no problems).
The "configure" command
ld become something like:
"version 3.[0123]" -- I assume that gcc 3.0 and its libstdc++'s strings work
correctly, right?
--- lyx.spec.org2002-05-27 23:49:33.0 -0400
+++ lyx.spec2002-07-25 16:28:23.0 -0400
@@ -1,7 +1,7 @@
Summary: A WYSIWYM (What You See
> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
Kuba> Please replace the %build section in the spec file with this
Kuba> one, it should then work fine for gcc 3.[12]
Where is the fix?
JMarc
On Monday 22 July 2002 3:15 pm, Kuba Ober wrote:
> I wonder whether grep -e should be replaced with egrep for portability ?
This is probably not relevant to your platform, but on mine (Dec Alpha
running Tru64 unix) this is what the grep man page has to say about
grep/egrep:
The commands grep
> > > I have 3.1 running and can compile 1.2.1cvs
> >
> > I cannot :-(((
> >
> > gcc-3.1, xforms-0.96, up-to-date rawhide system
>
> Did you configure --with-included-strings?
>
> If so, why?
The specfile in the source rpm is a bit dumb :-(
Here's how the working %build should look like
%build
>>>>> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi,
R> It appears the 1.3.0cvs has introduced a size_kind and lyxsize_kind
R> for graphics in the lyx file. This was not there for 1.2.0.
R> As a result, graphics sizes get lost when reading a 1
On Tuesday 23 July 2002 5:34 am, R. Lahaye wrote:
> Hi,
>
> It appears the 1.3.0cvs has introduced a size_kind and lyxsize_kind
> for graphics in the lyx file. This was not there for 1.2.0.
>
> As a result, graphics sizes get lost when reading a 1.2.0 document
> by 1.3.0cvs.
Hi,
It appears the 1.3.0cvs has introduced a size_kind and lyxsize_kind
for graphics in the lyx file. This was not there for 1.2.0.
As a result, graphics sizes get lost when reading a 1.2.0 document
by 1.3.0cvs. Has that been noticed?
Rob.
Lars Gullik Bjønnes wrote:
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | Andre Poenitz wrote:
>
>>>On Wed, Jul 17, 2002 at 11:41:50AM -0300, Garst R. Reese wrote:
>>>
I had to make several passes at compiling 3.1 to get LyX-1.2 to compile.
The things I added as I went along were
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>>
>> On Wed, Jul 17, 2002 at 11:41:50AM -0300, Garst R. Reese wrote:
>> > I had to make several passes at compiling 3.1 to get LyX-1.2 to compile.
>> > The things I added as I went along were objc, --enable-cpp, and
>> > --enab
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Wed, May 29, 2002 at 09:39:06AM +0200, Lars Gullik Bjønnes
Dekel> wrote:
>> Yes, we then should use one of the functions Dekel had instead.
>> Dekel do you still have them?
Dekel> Attached.
Thanks, I applied your patch. I am not
uot; Ä? or Å? "scedilla" or any other letter
>>Togan> of Turkish alphabet
>>
>>So do you mean that we do not have to change anything related to
>>turkish characters handling in lyx?
>>
>
> Well it depends as I am using the patched version of Lyx. (the
On Thu, Jul 18, 2002 at 11:32:10AM -0400, Kuba Ober wrote:
> > I have 3.1 running and can compile 1.2.1cvs
>
> I cannot :-(((
>
> gcc-3.1, xforms-0.96, up-to-date rawhide system
Did you configure --with-included-strings?
If so, why?
Andre'
--
Those who desire to give up Freedom in order to
no matching function for call to `std::basic_istream >::ipfx0()'
lyxstring.C:1786: no matching function for call to `std::basic_istream >::isfx()'
make[3]: *** [lyxstring.lo] Error 1
make[3]: Leaving directory `/lhome/src/redhat/BUILD/lyx-1.2.0/src/support'
make[2]: *** [all-recursive]
>>>>> "Philipp" == Philipp Sasse <[EMAIL PROTECTED]> writes:
Philipp> Hello, (sorry I didn't find where this is documented ...)
Philipp> I'm used to applying lots of changes to my po/xx.po file
Philipp> before building lyx. But as with 1.2
On Wed, Jul 17, 2002 at 11:41:50AM -0300, Garst R. Reese wrote:
> I had to make several passes at compiling 3.1 to get LyX-1.2 to compile.
> The things I added as I went along were objc, --enable-cpp, and
> --enable-threads Don't know which did the trick.
The interesting part would be why it did
On Wed, Jul 17, 2002 at 09:38:42AM -0400, Kuba Ober wrote:
> Does anybody have patches for lyx to cleanly compile under gcc-3.1 (+
> xforms-0.89)?
Such patches should not be necessary. But theory and praxis are only
theoretical the same. So what goes wrong if you try that cobination?
Andre'
-
> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
Kuba> Hi, Does anybody have patches for lyx to cleanly compile under
Kuba> gcc-3.1 (+ xforms-0.89)? Cheers, Kuba Ober
Can you be more precise on the kind of problems you encouter?
JMarc
Kuba Ober wrote:
> Does anybody have patches for lyx to cleanly compile under gcc-3.1 (+
> xforms-0.89)?
what patches do you need?
I have 3.1 running and can compile 1.2.1cvs
Herbert
--
http://www.lyx.org/help/
Hi,
Does anybody have patches for lyx to cleanly compile under gcc-3.1 (+
xforms-0.89)?
Cheers, Kuba Ober
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I'd appreciate comments on this patch (and testing). I plan
Jean-Marc> to apply it to 1.2.1, and apply something cleaner (if
Jean-Marc> possible; ideas are welcome) to 1.3.0cvs.
I applied it to 1.2.x branch and will
> "Togan" == Togan Muftuoglu <[EMAIL PROTECTED]> writes:
Togan> * Jean-Marc Lasgouttes; <[EMAIL PROTECTED]> on 16 Jul,
Togan> 2002 wrote:
>>
Andre> Looks straight forward, doesn't it?
>> Mostly, except that in some cases we want case changing to respect
>> the locale (search&replace). Also,
* Jean-Marc Lasgouttes; <[EMAIL PROTECTED]> on 16 Jul, 2002 wrote:
>
>Andre> Looks straight forward, doesn't it?
>
>Mostly, except that in some cases we want case changing to respect the
>locale (search&replace). Also, I'd like some turkish locale users to
>try it out and check that it does what I
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Jul 16, 2002 at 12:01:10AM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> I'd appreciate comments on this patch
Andre> Looks straight forward, doesn't it?
Mostly, except that in some cases we want case changing to respect t
On Tue, Jul 16, 2002 at 12:01:10AM +0200, Jean-Marc Lasgouttes wrote:
> I'd appreciate comments on this patch
Looks straight forward, doesn't it?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Hello,
Here is an adapted version of the lyx-1.2.0-turkish.patch
that Mike posted. The main difference is that I created
a ascii_lowercase function because there are some occasions
where one wants to honor locale in case, and others when it
is unwanted.
I'd appreciate comments on this
On Mon, Jul 15, 2002 at 01:36:50PM +0200, Jean-Marc Lasgouttes wrote:
> OK, I was waiting for feedback on the patch. If Dekel says it works,
> I'll apply it. What about a changelog entry, or at least a description
> of what it does (for my bugfix list)?
The 1.2.0 math parser was
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>> OK, I was waiting for feedback on the patch. If Dekel says it
>> works, I'll apply it. What about a changelog entry, or at least a
>> description of what it does (for my bugfix list)?
Dekel> I already said that the patch works.
That's
On Mon, Jul 15, 2002 at 01:36:50PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
> >> [example]
>
> Andre> Ah... The patch has not yet been applied to 1.2.1cvs!
>
> Andre> So
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
>> [example]
Andre> Ah... The patch has not yet been applied to 1.2.1cvs!
Andre> So it works for me but not for you.
OK, I was waiting for feedback on the patch. If Dek
Hello,
(sorry I didn't find where this is documented ...)
I'm used to applying lots of changes to my po/xx.po file before building
lyx. But as with 1.2.0 the changes are ignored. It seems, the xx.gmo
file provided with the source is used even if the xx.po file is
changed. If the x
On Thu, Jul 11, 2002 at 06:50:24PM +0300, Dekel Tsur wrote:
> > So it works for me but not for you.
>
> Also works here with the patch.
So this probably could go into 1.2.1. But let Jean-Marc decide.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor d
On Thu, Jul 11, 2002 at 05:27:26PM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
> > [example]
>
> Ah... The patch has not yet been applied to 1.2.1cvs!
>
> So it works for me but not for you.
Also works here with the patch.
On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
> [example]
Ah... The patch has not yet been applied to 1.2.1cvs!
So it works for me but not for you.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jeffer
On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
> Attached.
> The math inset should be \foo{a_1}, but 1.2.1cvs reads it as \foo a_1.
I give up. Now it loads properly again and I have _nothing_ changed.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will no
On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
> > So send me a test example please.
>
> Attached.
> The math inset should be \foo{a_1}, but 1.2.1cvs reads it as \foo a_1.
Weird. I thought I tried exactly this.
Andre'
--
Those who desire to give up Freedom in order to gain Secu
On Thu, Jul 11, 2002 at 04:30:48PM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 05:30:23PM +0300, Dekel Tsur wrote:
> > I have just checked with latest 1.2.1cvs, and the problem is still there.
>
> So send me a test example please.
>
Attached.
The math inset should be \foo{a_1}, but 1.
On Thu, Jul 11, 2002 at 05:30:23PM +0300, Dekel Tsur wrote:
> I have just checked with latest 1.2.1cvs, and the problem is still there.
So send me a test example please.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T.
On Thu, Jul 11, 2002 at 08:32:55AM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 12:42:11AM +0300, Dekel Tsur wrote:
> > The problem is that when you have for example \foo{a_{1}}, where \foo is
> > a macro that is not handled by LyX. Lyx1.2 will read it as \foo a_{1}
> > which is wrong (o
On Thu, Jul 11, 2002 at 12:42:11AM +0300, Dekel Tsur wrote:
> The problem is that when you have for example \foo{a_{1}}, where \foo is
> a macro that is not handled by LyX. Lyx1.2 will read it as \foo a_{1}
> which is wrong (only the a is passed to \foo).
This seems to work in 1.3.0cvs...
> I
dy...
>
> >> I think it was about removing extra {}. With 1.2.0, if I use
> >> \binom, I get complaints on the console about extra {} and on
> >> screen I have extra red braces abround my binomials.
>
> Andre> I think I've fixed most of these cases in
1 - 100 of 481 matches
Mail list logo
