On 12-Oct-99 [EMAIL PROTECTED] wrote:
Is there anything in Xforms 0.89 that will help us solve the
"too wide" tables problem?
No there isn't and I wouldn't use 0.89 with lyx-1.0.4 and tabulars!!!
I already implemented tabulars as insets in the old lyx-devel and
will do this as soon as we
On 12-Oct-99 Kayvan A. Sylvan wrote:
Hi everyone,
Hi Kayvan!
My only problem was this: The table as displayed by LyX is too wide to operate
on comfortably. I end up stretching the LyX window (wider than my screen
size) and using ALT-secound-mouse-button to move the LyX window around
so
"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 write a
"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
"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. it
"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 am
pretty
"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).
JMarc
"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 scans for
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.
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
"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 ostreams we need 15 lines
Lars of | error prone preprocessor stuff, the fun factor will tend to
Lars go low. At | first I thought
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/../
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.
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 series should
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 the
"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 reverse prefered
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 later.
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
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
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
"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 used like
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars Lars ostream operator(ostream , foo); | | OK, so I
Lars included "debug.h" in places which define these operators. It |
Lars would seem more reasonable to me to define a
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
"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 files . . .
--
"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 cxx? Is
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 from a
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 from a
"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
Lars all
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
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
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
"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_ptr" |
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've
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 a lot
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 also
"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 solution. This
"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 "C"
Lars int
"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 tried to
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.
This old binding
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" int
| Me
[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: linkage
| |
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?
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
"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
What BUGS.lyx should we keep? The one in lyx-devel/lib/doc/BUGS.lyx or
lyxdoc/BUGS.lyx ?
Lgb
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
"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
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,
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 /usr.
You
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
"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(\
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 file) is:
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
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 ?
The one in
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 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 know
"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.
Other X
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
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
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
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 can
On 12-Oct-99 [EMAIL PROTECTED] wrote:
> Is there anything in Xforms 0.89 that will help us solve the
> "too wide" tables problem?
No there isn't and I wouldn't use 0.89 with lyx-1.0.4 and tabulars!!!
I already implemented tabulars as insets in the old lyx-devel and
will do this as soon as we
On 12-Oct-99 Kayvan A. Sylvan wrote:
> Hi everyone,
Hi Kayvan!
>
> My only problem was this: The table as displayed by LyX is too wide to operate
> on comfortably. I end up stretching the LyX window (wider than my screen
> size) and using ALT-secound-mouse-button to move the LyX window around
> "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
> "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
> "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
> "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
> "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).
> "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
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.
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
> "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
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/../
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.
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
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
> "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
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
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
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
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
> "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
> "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
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
> > "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
> "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
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.
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.
> "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
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
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
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
> "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
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
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
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
> "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
> "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
> "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
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.
>
1 - 100 of 122 matches
Mail list logo