> I have just proposed to Masahiko Kawakami to submit his jp-kit
> patch to the official devel CVS. It is now XIM based and can
> be a base of Chinese/Korean/Taiwanese versions. If he agrees,
> I think it wonderful for it to be integrated into the main CVS
> repositry, at least a multibyte branc
> When I startup lyx, I get:
>
> [kayvan@satyr ~]$ lyx
> LyX: Unknown tag `\tth_command' [around line 11 of file ~/.lyx/lyxrc]
> LyX: Unknown tag `tth -t -i' [around line 11 of file ~/.lyx/lyxrc]
>
> Also, the Export to HTML always generates a zero-length file. I suspect
> the two pr
Lars Gullik Bjønnes wrote:
>
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> |
> | | > "Me" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> | |
> | | Me> Yes. And friend extern "C" too. It says cxx: Error:
> | | Me> ../../../ly
[EMAIL PROTECTED] (Lars Gullik Bjønnes) wrote:
> automatic). The most hard part would probably be to get the display
> correclty, and what to do when the needed fonts were not there. An
> insetunicode should probably be able to help with that...
XFree86 ver.4 comes with a Unicode font, which is
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> Those paths are absolutely fixed and must not be changed. (If you
> fiddle with them, X might even refuse to start up).
This statement is simply untrue. The only thing fixed in X is the
location of the host file for the server/clients connections.
Othe
On Wed, Oct 13, 1999 at 02:04:22PM +0200, Lars Gullik Bjønnes wrote:
>
> Workarounds fro compiler lacking in support for member templates or
> partial spesialiation os ok, workarounds for compilers that does not
> understand templates at all is not.
Agreed. All I wanted to do, Lars, is let you k
Hi all,
I took the tth example in lyxrc.example and put it in my .lyx/lyxrc
When I startup lyx, I get:
[kayvan@satyr ~]$ lyx
LyX: Unknown tag `\tth_command' [around line 11 of file ~/.lyx/lyxrc]
LyX: Unknown tag `tth -t -i' [around line 11 of file ~/.lyx/lyxrc]
Also, the Export to
On Thu, Oct 14, 1999 at 12:59:32PM +1000, Allan Rae wrote:
> On Wed, 13 Oct 1999, Kayvan A. Sylvan wrote:
>
> > On Wed, Oct 13, 1999 at 10:54:15PM +0200, Lars Gullik Bjønnes wrote:
> > >
> > > What BUGS.lyx should we keep? The one in lyx-devel/lib/doc/BUGS.lyx or
> > > lyxdoc/BUGS.lyx ?
> >
> >
On Wed, 13 Oct 1999, Kayvan A. Sylvan wrote:
> On Wed, Oct 13, 1999 at 10:54:15PM +0200, Lars Gullik Bjønnes wrote:
> >
> > What BUGS.lyx should we keep? The one in lyx-devel/lib/doc/BUGS.lyx or
> > lyxdoc/BUGS.lyx ?
>
> The one in lyxdoc makes more sense, IMO.
Why switch to a different (sub)r
On Wed, Oct 13, 1999 at 06:14:50PM -0700, Kayvan A. Sylvan wrote:
>
> You all can get the RPM at ftp.sylvan.com:
>
> ftp://ftp.sylvan.com/pub/lyx/lyx-1.1.1pre2-1.i386.rpm
> ftp://ftp.sylvan.com/pub/lyx/tetex-lyx-1.1.1pre2-1.i386.rpm
>
> The src.rpm (with a slightly modified spec fil
I have just proposed to Masahiko Kawakami to submit his jp-kit
patch to the official devel CVS. It is now XIM based and can
be a base of Chinese/Korean/Taiwanese versions. If he agrees,
I think it wonderful for it to be integrated into the main CVS
repositry, at least a multibyte branch should b
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> wrote:
> > - muddle on with gettext
>
> This is the least intrusive solution, and thus the safest one.
Do you mean something like:
/* FileGetText: This is C. */
/* Use it as
#define __(str) fgettext(\
LibFileSearch(\
"layou
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Maybe I missed something. What is used instead? Is the autoconf/OS/2
> good enough right now?
Yes, at this moment. The problem is that the maintainer has been
enrolled since February this year, and there was the earthquake
in Taiwan and we even
On Thu, Oct 14, 1999 at 01:13:41AM +, Rob Lahaye wrote:
>
> Hello,
>
> I've compiled lyx-1.1.1pre2 on my RedHat 6 PC.
> That went all fine.
>
> Two questions:
>
> 1) The configure says that /usr/local is the
>default prefix, but the default seems to be
>something else, I believe /u
On Thu, Oct 14, 1999 at 02:06:39AM +0200, Lars Gullik Bjønnes wrote:
>
> I have released the second prerelease for lyx-1.1.1, now most
> installation issues have been resolved and we have a new feature:
>
> - export as HTML
Does this need tth? If it does, can you give me the pointer again
so I
Hello,
I've compiled lyx-1.1.1pre2 on my RedHat 6 PC.
That went all fine.
Two questions:
1) The configure says that /usr/local is the
default prefix, but the default seems to be
something else, I believe /usr.
2) The locale doesn't work. I've set LANG
to several languages (it, nl, pt
"Gerald Cecil" <[EMAIL PROTECTED]> writes:
| Are there any plans soon to generalize \cite to \citet and \citep etc.
| (the forms supported in natbib)? The present form is very limited &
| not standard for published articles in many fields (such as astrophysics!)
There are plans, but as usual do
Are there any plans soon to generalize \cite to \citet and \citep etc.
(the forms supported in natbib)? The present form is very limited &
not standard for published articles in many fields (such as astrophysics!)
Thanks
Gerald Cecil
I have released the second prerelease for lyx-1.1.1, now most
installation issues have been resolved and we have a new feature:
- export as HTML
Other than that there are no new features compared to 1.0.4, code
cleanup is in progress and so far we have:
- migrated to useing automake in
On Wed, Oct 13, 1999 at 10:54:15PM +0200, Lars Gullik Bjønnes wrote:
>
> What BUGS.lyx should we keep? The one in lyx-devel/lib/doc/BUGS.lyx or
> lyxdoc/BUGS.lyx ?
The one in lyxdoc makes more sense, IMO.
--
Kayvan Aghaiepour Sylvan | Proud husband of | Father to my kids:
Sylvan Associat
What BUGS.lyx should we keep? The one in lyx-devel/lib/doc/BUGS.lyx or
lyxdoc/BUGS.lyx ?
Lgb
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| > Fully automatic please...
|
| One note though:
|
| Fully automatic seems best, but it is also the most risky. We do not have
| control over which strange LaTeX installatinopneople have, and therefore
| we would need to build a robust sy
> Fully automatic please...
One note though:
Fully automatic seems best, but it is also the most risky. We do not have
control over which strange LaTeX installatinopneople have, and therefore
we would need to build a robust system if it has to work on everything
out there.
I think that a static
> To me, these definitions look compatible... Could someone enlighten me
> on the reason why cxx think they are not compatible? Should we add a
> typecast here?
The only clue I could give is that it might be a C versus C++ thing...
Maybe cxx considers C functions incompatible with C++ functions?
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
|
| | > "Me" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| |
| | Me> Yes. And friend extern "C" too. It says cxx: Error:
| | Me> ../../../lyx-devel/src/mathed/math_panel.h, line 43: li
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Me" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
|
| Me> Yes. And friend extern "C" too. It says cxx: Error:
| Me> ../../../lyx-devel/src/mathed/math_panel.h, line 43: linkage
| Me> specification is not allowed friend extern "C" in
On 13 Oct 1999 11:19:07 +0200, Jean-Marc Lasgouttes wrote:
>> "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
>
>Arnd> Hi, some spurious error messages with LyX 1.04 and lang=de
>Arnd> (de_menus.bind). In de_menus.bind the Buffer->Export bindings
>Arnd> override mysterious old bindings.
>
>
> "Me" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Me> Yes. And friend extern "C" too. It says cxx: Error:
Me> ../../../lyx-devel/src/mathed/math_panel.h, line 43: linkage
Me> specification is not allowed friend extern "C" int
Me> peek_event(FL_FORM *, void *); --^
Me> I even
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I
Lars> have added an extern "C" for peek_event, but it seems friends
Lars> are | playing tricks on me ;) | |
Lars> from-math_panel.h | extern "
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I have added an extern "C" for peek_event, but it seems friends are
| playing tricks on me ;)
|
| from-math_panel.h
| extern "C" int peek_event(FL_FORM *, void *);
|
| /// Class to manage bitmap menu bars
| class
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Lars> extern "C" { } | | Lars> around the offending functions in
Lars> math_forms.h. | | I doubt it will work, but I'll try it out.
Lars> To me this is the correct solut
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> extern "C" { }
|
| Lars> around the offending functions in math_forms.h.
|
| I doubt it will work, but I'll try it out.
To me this is the correct solution. This should make the button_cb be
compiled with C linkage.
| Lars> And perhaps a
On Tue, 12 Oct 1999 17:20:51 -0400, Amir Karger wrote:
>On Tue, Oct 12, 1999 at 04:39:22PM +0100, Arnd Hanses wrote:
>> What about simply pasting such non-obvious things turning up on the
>> list by and by into a short lyx-magics.faq?
>>
>
>Don't forget the faq jose created a year ago. I'm sure
On 13 Oct 1999 05:41:35 +0900, [EMAIL PROTECTED] wrote:
>The debug code
>say size;'cmd/c dir chkconfig.sed';
>checks if the arguments to stream() is all right, and it seems OK.
>The stream() line is setting the pointer to the end of the file
Ahh... This might be my idiosyncrasy, but with Rexx I'
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> fantomas: cxx -c -std strict_ansi test.C | cxx: Error: test.C,
Lars> line 13: argument of type "void (*)(int)" is incompatible | with
Lars> parameter of type "callback_pt
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| fantomas: cxx -c -std strict_ansi test.C
| cxx: Error: test.C, line 13: argument of type "void (*)(int)" is incompatible
| with parameter of type "callback_ptr"
| set_callback(a_callback);
| ---^
| cxx: Info: 1 error detec
I finally found out by trial and error why cxx is not happy with
xforms callbacks. Consider the following program:
extern "C" {
typedef void (*callback_ptr) (int);
}
extern "C" void a_callback(int);
void set_callback(callback_ptr);
int main() {
set_callback(a_callback);
}
If I remove eit
I have been thinking a (tiny) bit on how we could move to unicode
quickly if we wanted to. How hard would this be? How could it be done?
Actually I think it would be a lot easier than most thinks. Currently
we store all chars and meta-commands in a lyx buffer in (unsigned)
chars. An easy switch
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> We just need a module that knows how to display cyrillic, a lot
Lars> of these problems will go away/be easier to solve when/if we
Lars> switch to unicode.
Lars> I am beginning to leand towards using unicode internally in LyX
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> We have three options on when to extract language strings from
| Lars> the .ldf files: 1. static (we extract and distribute with lyx)
| Lars> 2. at configure time. 3. live
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> We have three options on when to extract language strings from
| Lars> the .ldf files: 1. static (we extract and distribute with lyx)
| Lars> 2. at configure time. 3. live
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I am really beggining to hate cxx...
Keep cool :) I understand that cxx default behaviour is suboptomal, and
if I can make it work with strict_ansi option, I'll be happy...
Lars> How do you set the streambuf on a ostream in
> > "larry" == larry <[EMAIL PROTECTED]> writes:
>
> larry> I have a document with 50+ numbered formulas, from which all
> larry> labels must be removed. Any ideas?
> Do math-unnumber (M-m N) work?
I've also used regexp replacement in vi & emacs to make some of these
changes in the lyx fi
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> streamsize should exist in "not-so-new" implementations of the
| Lars> iostreams too.
|
| My not-so-new version of the STL (when not using strict_ansi) uses
| 'int' for that.
Ok, then for this specific compiler we could have a
typedef for
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Lars> ostream & operator<<(ostream &, ); | | OK, so I
Lars> included "debug.h" in places which define these operators. It |
Lars> would seem more reasonable to me to defi
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> ostream & operator<<(ostream &, );
|
| OK, so I included "debug.h" in places which define these operators. It
| would seem more reasonable to me to define a LOStreams.h header (like
| LString.h) which sets up ostreams correctly for our own
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I
Lars> mean that a user cannot, for example, put his own translation of
Lars> | menus in his local directory and have LyX use it.
Lars> Why not?
Because po files cannot be u
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Wed, Oct 13, 1999 at 01:45:50PM +0200, Lars Gullik Bjønnes wrote:
| >
| > | The real problem I see is accents: in portugues.ldf, we have
| > | \def\refname{Refer\^encias}
| >
| > Does \^ have special meaning in portugues? Or is it the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| When I try to compile lyx with 'cxx -std strict_ansi' (which avoids
| some streams class problems) I get the following error message:
|
| mycxx -std strict_ansi -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/mathed
|-I../../src -I../../../lyx-dev
John Weiss <[EMAIL PROTECTED]> writes:
| In any case, the almost all of the compilers will be ANSI in another
| two years (so I'm told). So, in the meantime, we'll need to add
| workarounds for not-so-widely supported C++ features. They'll go away
| by 1.4 anyhow.
This I have already acknowled
On Wed, Oct 13, 1999 at 01:45:50PM +0200, Lars Gullik Bjønnes wrote:
>
> | The real problem I see is accents: in portugues.ldf, we have
> | \def\refname{Refer\^encias}
>
> Does \^ have special meaning in portugues? Or is it the regular accent
> that insetlatexaccent is able to handle?
The l
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> We have three options on when to extract language strings from
Lars> the .ldf files: 1. static (we extract and distribute with lyx)
Lars> 2. at configure time. 3. live from a running LyX.
Lars> These are no listed in my revers
Amir Karger <[EMAIL PROTECTED]> writes:
| On Tue, Oct 12, 1999 at 04:39:22PM +0100, Arnd Hanses wrote:
| > What about simply pasting such non-obvious things turning up on the
| > list by and by into a short lyx-magics.faq?
| >
|
| Don't forget the faq jose created a year ago. I'm sure a lot of
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> 3. means to extract the needed informatin from the babel
| Lars> .ldf files. This not be too hard and using the substring and the
| Lars> regex class form the old 1.1.x se
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I mean that a user cannot, for example, put his own translation of
| menus in his local directory and have LyX use it.
Why not?
| I personally think
| that this feature of being able to modify LyX behaviour at user level
| is a very nice one.
When I try to compile lyx with 'cxx -std strict_ansi' (which avoids
some streams class problems) I get the following error message:
mycxx -std strict_ansi -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/mathed -I../../src
-I../../../lyx-devel/images -I../../../lyx-devel/src/mathed/../
-I../../../
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | Lars> And to whom would the "definitions [be] much cleaner" ?
Lars> | | I mean that if everytime we use we need 15 lines
Lars> of | error prone preprocessor stuff, the fun factor will tend to
Lars> go low. At | first I thoug
LINUX C++ MAILING LISTS
---
Following the success of the Linux C Mailing Lists, David Lloyd has now
created the Linux C++ Mailing Lists. The purpose of the Linux C++
Mailing List will be to help and support people programming linux with
C++. David hopes that there will be no q
LINUX C MAILING LISTS
-
There are now over 400 people subscribed to the Linux C Mailing List.
The Linux C Mailing Lists were created by David Lloyd and Chuck Mead
approximately two months ago. They were formed for the purpose of
supporting the devlopment of linux with C. David
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Note that we only care about the default menus, user modified
Lars> menus we can do nothing about. What do you mean by "hardcode
Lars> translations"? We will add the menu definitions file to the list
Lars> of files gettext scan
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> By the way: Is BUGS.lyx kept up to date?
I add or remove some bugs from times to time. But of course, any patch
to this file would be very welcome (but only long-lived bugs, not the
kind of bug which disappears 3 days later).
> "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
Arnd> Hi, some spurious error messages with LyX 1.04 and lang=de
Arnd> (de_menus.bind). In de_menus.bind the Buffer->Export bindings
Arnd> override mysterious old bindings.
This old binding is M-d, which deletes a word in emacs bindings. I
> "Keith" == Keith Golden <[EMAIL PROTECTED]> writes:
Keith> thanks. my suggestion was specifically to interpret the macros
Keith> so that they are displayed as if the macroexpanded text had
Keith> been input directly (assuming that is something lyx
Keith> understands), as opposed to red text
> "larry" == larry <[EMAIL PROTECTED]> writes:
larry> I have a document with 50+ numbered formulas, from which all
larry> labels must be removed. Any ideas?
Do math-unnumber (M-m N) work?
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> 3. means to extract the needed informatin from the babel
Lars> .ldf files. This not be too hard and using the substring and the
Lars> regex class form the old 1.1.x series should help a lot.
It would not be too difficult to wr
65 matches
Mail list logo
