On 24-Jul-2000 Lars Gullik Bjønnes wrote:
I don't agree. And you _have_ managd with a popuå on both items in
several years now.
So why not extend this with 5 other popups so we just have a little more
options to select from when creating just a dummy document to try new stuff!
With latest cvs I get the following error messages with autogen.sh
Building macros... aclocal: configure.in: 0: macro `AM_PATH_GTK' not found in library
aclocal: configure.in: 0: macro `AM_PATH_GTK' not found in library
done.
Building config header template... /usr/local/GNU/bin/autoheader:
"Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus With latest cvs I get the following error messages with
Angus autogen.sh Building macros... aclocal: configure.in: 0: macro
Angus `AM_PATH_GTK' not found in library aclocal: configure.in: 0:
Angus macro `AM_PATH_GTK' not found in library
"Marko" == Marko Vendelin [EMAIL PROTECTED] writes:
Marko the attached patch together with additional files included into
Marko the .tar.gz archive adds elementary support for GTK/Gnome
Marko frontend: configure scripts, Gtk/Gnome initialization, Gnome
Marko event loop processing, and Copyright
Hi,
It seems that we miss an .m4 file which defines AM_PATH_GTK (and
probably others). It is now impossible for me to compile for xforms,
since the configure file produced by autoconf is plain wrong...
I've obtained a fresh copy of lyx-devel this morning (cvs checkout) and at
least xforms
"Marko" == Marko Vendelin [EMAIL PROTECTED] writes:
Marko Please check, whether you have these directories in your local
Marko copy and whether autogen.sh script contains a huge line with
Marko "for fil in config/lyxinclude.m4 config/libtool.m4
Marko config/gettext.m4 config/lcmessage.m4
I do have all this files, but I think you have some gtkxxx.m4 files in
your /usr/share/aclocal (or whereever) directory, that got installed
when installing gtk. A simple check: grep AM_PATH_GTK
config/gnome/*.m4 reveals that this macro is used there, but never
defined.
I see! The attached
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars | Finally, to make configure script working I had to disable |
Lars AC_LANG_CPLUSPLUS in configure.in (line 66). Otherwise gnome
Lars configuration | scripts were not working properly. It will be
Lars very nice if someone with | good
"Lior" == Lior Silberman [EMAIL PROTECTED] writes:
Lior My guess is that is was supposed to be an int (and not int*), so
Lior I suggest the enclosed fix.
I commited it yesterday.
JMarc
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen I would insert here (inseted of TabularLayout) something like
Juergen TheLockingInset (find a better name but that is
Juergen what it shoud do)
Juergen we then need a function in the insets which tells us if
Juergen
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen On 24-Jul-2000 Jean-Marc Lasgouttes wrote:
It may be an update problem (the buttons are disabled when there
is no buffer, except for new and open, but may not be re-enabled
later). Do you have a custom toolbar?
Juergen Yes I have
"Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus Looking in lib/ I see that there is no ui/ directory so typing
Angus cvs update -d causes a new file to be uploaded
Angus lib/scripts/fen2latex.py but then the update terminates with
Angus cvs [update aborted]: cannot open
"Marko" == Marko Vendelin [EMAIL PROTECTED] writes:
Marko I see! The attached tar.gz and small patch to autogen.sh adds 1
Marko .m4 script (config/gnome/gtk.m4). I've tried to generate
Marko configure script with minimal amount of files in
Marko /usr/share/aclocal and it worked now in my
We certinly need the AC_LANG_CPLUSPLUS, since otherwise checks for the
C++ compilers features are done with the C compiler :) I put it back
in, and added an AC_LANG_CPLUS_PLUS later.
In general, configuring with AC_LANG_CPLUS_PLUS would be better, since
we will compile with the C++
On 25-Jul-2000 Marko Vendelin wrote:
Well, it seems that script gtk.m4 fails to compile a small gtk program
with AC_LANG_CPLUSPLUS. When I inserted AC_LANG_C before AC_TRY_RUN
Well I guess that gtk is a ONLY C library and so does not compile with
a c++ compiler (only a guess but I already
With the new OptItem scheme I will commit soon, it will be easy to add
All the locking inset menu entries in the menu, and only the one which
makes sense will be shown. Does it sound good to you?
How is this supposed to work? I would only need 1 entry for accessing an
eventually existing
"Marko" == Marko Vendelin [EMAIL PROTECTED] writes:
Marko Well, it seems that script gtk.m4 fails to compile a small gtk
Marko program with AC_LANG_CPLUSPLUS. When I inserted AC_LANG_C
Marko before AC_TRY_RUN (gnome/gtk.m4, line 65) and AC_LANG_CPLUSPLUS
Marko at the end of this script, the
ERROR:create_submenu: Unknown menu `floats'
Error in MenuCallback
I get also:
MenuItem(): LyX command `external-inset-insert' does not exist.
MenuItem(): LyX command `screen-options' does not exist.
MenuItem(): LyX command `spellchecker-options' does not exist.
MenuItem(): LyX command
Could you show us this small program? It might be that it uses a
valid C syntax that is not valid C++. These things are easy to fix in
general.
I mean the program used inside the script (gtk.m4) for checking GTK
libraries installation.
Marko
JMarc Angus, add to your .cvsrc the magic line:
JMarc update -dP
JMarc Then all these problems will be history!
Many thanks for the tip, JMarc.
A
Hi,
one of my students made a proposal for improving the usefulness of Lyx. What he
would like to see is the ability to hide/unhide single sections of a document,
i.e. if you do not want to edit a particular section you can simply make it
invisible such that you
- neither make changes
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
With the new OptItem scheme I will commit soon, it will be easy to
add All the locking inset menu entries in the menu, and only the
one which makes sense will be shown. Does it sound good to you?
Juergen How is this supposed to work? I
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen MenuItem(): LyX command `external-inset-insert' does not
Juergen exist.
Fixed.
Juergen MenuItem(): LyX command `screen-options' does not exist.
Juergen MenuItem(): LyX command `spellchecker-options' does not
Juergen exist.
"Marko" == Marko Vendelin [EMAIL PROTECTED] writes:
Could you show us this small program? It might be that it uses a
valid C syntax that is not valid C++. These things are easy to fix
in general.
Marko I mean the program used inside the script (gtk.m4) for checking
Marko GTK libraries
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hi, one of my students made a proposal for improving the
Michael usefulness of Lyx. What he would like to see is the ability
Michael to hide/unhide single sections of a document, i.e. if you do
Michael not want to edit a particular
On Tue, Jul 25, 2000 at 02:25:52PM +0200, Jean-Marc Lasgouttes wrote:
[...]
BTW, Jose', why is it necessary to have three different html export
types? I' think the "export html" function could be clever enough to
do the right thing...
You are right, since I have the buffer I can simply do
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
Juergen MenuItem(): LyX command `screen-options' does not exist.
Juergen MenuItem(): LyX command `spellchecker-options' does not
Juergen exist. MenuItem(): LyX command `keyboard-options' does not
Juergen exist.
Juergen MenuItem(): LyX command
"Lior" == Lior Silberman [EMAIL PROTECTED] writes:
Lior When documenting the \set_color lyxrc command I forgot that
Lior strings in lyxrc must be enclosed in quotes. I thus put in a
Lior misleading example.
No that's the code which is wrong. I commited a correction.
JMarc
On Tue, Jul 25, 2000 at 01:48:00PM +0100, Jose Abilio Oliveira Matos wrote:
The other choice is you to do it.;)
I have been unable to update the cvs code. The connection
is extremely slow. And it breaks during the update stage.
--
José
"Jose" == Jose Abilio Oliveira Matos [EMAIL PROTECTED] writes:
Jose If I patch that what are the place that I should change? That
Jose is, what are the places where you have used it.
What you have to change is MenuExport() (of course), but also the
conditional code in LyXFunc::getStatus
Hmmm, to me this looks like every entry is designed as a sort of
failsafe:
if you hit the wrong entry you still can do what you wanted to do.
These properties of the commands are good. We should not remove these.
Let me explain why.
Yes, it's possible to create a new document with the
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
Yes, I understand. But which one is it? And what is the error message
in config.log?
I've checked out the latest version from cvs and everything worked fine!
GTK, gnome, gtkmm, gnomemm were configured without any errors. Thus, it is
hard for me to
"Allan" == Allan Rae [EMAIL PROTECTED] writes:
Allan Ahh. I misunderstood your cvslog posting. Those are currently
Allan called directly from within the menu code (Menu?? callback) so
Allan I guess you should add a lyxfunc for them that simply calls
Allan whatever function in lyx_cb.C builds
"Jose" == Jose Abilio Oliveira Matos [EMAIL PROTECTED] writes:
Jose On Tue, Jul 25, 2000 at 01:48:00PM +0100, Jose Abilio Oliveira
Jose Matos wrote:
The other choice is you to do it.;)
Jose I have been unable to update the cvs code. The connection is
Jose extremely slow. And it breaks
"Marko" == Marko Vendelin [EMAIL PROTECTED] writes:
Marko On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
Yes, I understand. But which one is it? And what is the error
message in config.log?
Marko I've checked out the latest version from cvs and everything
Marko worked fine! GTK, gnome, gtkmm,
Hello,
this patchlet sets the Portuguese language name to "portugues"
rather than "portuges", as it is now. With this fix, spelling works
correctly in Portuguese documents; otherwise, it doesn't (linux
2.2.15, Debian "potato", ispell 3.1.20 with "portugues" dictionary).
Patch is against
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
Yes, you should comment out the AC_LANG_C at line 89 of configure.in.
AC_TRY_RUN compiles gtk program with C++ compiler instead of C compiler.
That's why environment variable CFLAGS doesn't have any effect (see line
58, file
Wasn't there supposed to be a lyx.stable.gz or lyx.latest.gz link on the ftp
site that links to the latest stable tar? Speaking of which, the web site
should be linking to 1.1.5fix1 right now.
Actually, I think we should set up index.php3 to automatically link to the
latest version (and mention
On Tue, 25 Jul 2000, Juergen Vigna wrote:
Well I guess that gtk is a ONLY C library and so does not compile with
a c++ compiler (only a guess but I already had such problems on linking!)
Why don't you test only for gtk-- as you need that one?
That's a good point. We can use gtk--/gnome--
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
"Allan" == Allan Rae [EMAIL PROTECTED] writes:
Allan Ahh. I misunderstood your cvslog posting. Those are currently
Allan called directly from within the menu code (Menu?? callback) so
Allan I guess you should add a lyxfunc for them that simply
Using current CVS with all new whistles compiled, I can crash LyX by loading
up the Help-TOC document. Anyone else see this? Specifically, if you have
current CVS without NEW_INSETS, NEW_TABULAR defined and can/can't crash LyX
please tell!
This document loads fine with CVS of 19 July.
Angus
Allan Rae [EMAIL PROTECTED] writes:
| Then leave them out of the menu. It's likely to be a week before I get
| around to removing the other ones anyway. And 1.1.6 is probably going to
| be out before then.
1.1.6 in a week? Are you kidding? We need to have at least one
prerelease first...
We need to reply to this one. Jean-Marc, Allan? Could you hava a look?
Lgb
i maintain the uk tex users' group faq, and i reckon it's about time
it made mention of lyx and similar things. (the question typically
asked is that in the subject line above, but we need not worry about
On Tue, 25 Jul 2000, Etienne Grossmann wrote:
this patchlet sets the Portuguese language name to "portugues" rather
than "portuges", as it is now. With this fix, spelling works correctly
in Portuguese documents; otherwise, it doesn't (linux 2.2.15, Debian
"potato", ispell 3.1.20 with
BTW, nothing prevents you from having a dictionary named "portugues". I
have been doind that in Slackware Linux, Solaris and FreeBSD for the last
two years.
Or even a symlink (potugues-protuges)
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan
Current CVS won't compile on my machine due to a problem with
insets/insetinclude.C : in line 205, ost.str() was changed to
ost.str().c_str().
In my system, (HAVE_SSTREAM undefined), ost.str() already returns char*,
and the code won't compile. I think the following is the correct fix.
Lior.
cvs updated 3 hours ago (9:30 am EDT). Gets through a bunch of stuff but
then:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -isystem
/usr/X11R6/include -g -O -fno-rtti -fno-exceptions -ansi -W -Wall
-Wno-return-type -pedantic -Wp,-MD,.deps/insetinclude.pp -c insetinclude.C
-o
Amir Karger [EMAIL PROTECTED] writes:
| cvs updated 3 hours ago (9:30 am EDT). Gets through a bunch of stuff but
| then:
|
| g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -isystem
| /usr/X11R6/include -g -O -fno-rtti -fno-exceptions -ansi -W -Wall
| -Wno-return-type -pedantic
Hello,
#this patchlet sets the Portuguese language name to "portugues" rather
#than "portuges", as it is now. With this fix, spelling works correctly
#in Portuguese documents; otherwise, it doesn't (linux 2.2.15, Debian
#"potato", ispell 3.1.20 with "portugues" dictionary).
#
On the 'LyX Wanted Features list' (http://www.devel.lyx.org/tasks.php3) I
saw the proposal to implement support for multiple indexes (with the
'multind' package).
I think a better suggestion is to use the 'index' package instead. Apart
from supporting multiple indexes as well, this package also
On Tue, Jul 25, 2000 at 09:08:57AM -0700, Kayvan A. Sylvan wrote:
BTW, nothing prevents you from having a dictionary named "portugues". I
have been doind that in Slackware Linux, Solaris and FreeBSD for the last
two years.
Or even a symlink (potugues-protuges)
Kayvan you have done
On Tue, Jul 25, 2000 at 06:54:09PM +0100, Jose Abilio Oliveira Matos wrote:
Or even a symlink (potugues-protuges)
Kayvan you have done two error in the same line. :)
That takes talent!
I think that your example was (portugues-portuges) fortunatelly
he are not very sensitive (you
On Tue, Jul 25, 2000 at 01:48:00PM +0100, Jose Abilio Oliveira Matos wrote:
On Tue, Jul 25, 2000 at 02:25:52PM +0200, Jean-Marc Lasgouttes wrote:
[...]
BTW, Jose', why is it necessary to have three different html export
types? I' think the "export html" function could be clever enough to
Jean-Marc, the new system looks pretty impressive. I guess I've found a
couple bugs, though. Apologies if they've already been mentioned and I
didn't notice because I didn't get the latest update yet.
(1) I added Icon "buffer-export latex" to my .lyx/ui/my.ui file. I got a
core dump. So I
Hi,
I've just uploaded CVS with the new style menus
(in default.ui).
I go a little crazy by the Shift-key menu list
popups.
When I type in the lyx text "I'm Frank Donut", I
automatically get the insert, file and document lists
when typing Shift-i, Shift-f and Shift-d for the
capitals.
Jean-Marc Lasgouttes wrote:
Menuset
Menubar "main"
Submenu "File|F" "file"
Submenu "Edit|E" "edit"
[...]
Menu "file"
Item "New...|N" "buffer-new"
[snip]
This File-New menu item, for example, looks on my
screen as ("_N" is an "underlined N"):
_New...
Thomas Henlich [EMAIL PROTECTED] writes:
| On the 'LyX Wanted Features list' (http://www.devel.lyx.org/tasks.php3) I
| saw the proposal to implement support for multiple indexes (with the
| 'multind' package).
|
| I think a better suggestion is to use the 'index' package instead.
Yes, remeber
"R. Lahaye" [EMAIL PROTECTED] writes:
|_New... C-n
|
| Where does the "C-n" come from? Is that silently added to
| the entry? Is there a way to remove it and/or change it?
The C-n is the command shortcut. for you probably defined in cua.bind.
| Something different: LyX menus (and the
On 24-Jul-2000 Lars Gullik Bjønnes wrote:
>
> I don't agree. And you _have_ managd with a popuå on both items in
> several years now.
>
So why not extend this with 5 other popups so we just have a little more
options to select from when creating just a dummy document to try new stuff!
With latest cvs I get the following error messages with autogen.sh
Building macros... aclocal: configure.in: 0: macro `AM_PATH_GTK' not found in library
aclocal: configure.in: 0: macro `AM_PATH_GTK' not found in library
done.
Building config header template... /usr/local/GNU/bin/autoheader:
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> With latest cvs I get the following error messages with
Angus> autogen.sh Building macros... aclocal: configure.in: 0: macro
Angus> `AM_PATH_GTK' not found in library aclocal: configure.in: 0:
Angus> macro `AM_PATH_GTK' not found
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> the attached patch together with additional files included into
Marko> the .tar.gz archive adds elementary support for GTK/Gnome
Marko> frontend: configure scripts, Gtk/Gnome initialization, Gnome
Marko> event loop processing,
Hi,
> It seems that we miss an .m4 file which defines AM_PATH_GTK (and
> probably others). It is now impossible for me to compile for xforms,
> since the configure file produced by autoconf is plain wrong...
I've obtained a fresh copy of lyx-devel this morning (cvs checkout) and at
least
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> Please check, whether you have these directories in your local
Marko> copy and whether autogen.sh script contains a huge line with
Marko> "for fil in config/lyxinclude.m4 config/libtool.m4
Marko> config/gettext.m4
> I do have all this files, but I think you have some gtkxxx.m4 files in
> your /usr/share/aclocal (or whereever) directory, that got installed
> when installing gtk. A simple check: grep AM_PATH_GTK
> config/gnome/*.m4 reveals that this macro is used there, but never
> defined.
I see! The
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | Finally, to make configure script working I had to disable |
Lars> AC_LANG_CPLUSPLUS in configure.in (line 66). Otherwise gnome
Lars> configuration | scripts were not working properly. It will be
Lars> very nice if someone
> "Lior" == Lior Silberman <[EMAIL PROTECTED]> writes:
Lior> My guess is that is was supposed to be an int (and not int*), so
Lior> I suggest the enclosed fix.
I commited it yesterday.
JMarc
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> I would insert here (inseted of TabularLayout) something like
Juergen> TheLockingInset (find a better name but that is
Juergen> what it shoud do)
Juergen> we then need a function in the insets which tells us if
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 24-Jul-2000 Jean-Marc Lasgouttes wrote:
>> It may be an update problem (the buttons are disabled when there
>> is no buffer, except for new and open, but may not be re-enabled
>> later). Do you have a custom toolbar?
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Looking in lib/ I see that there is no ui/ directory so typing
Angus> cvs update -d causes a new file to be uploaded
Angus> lib/scripts/fen2latex.py but then the update terminates with
Angus> cvs [update aborted]: cannot open
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> I see! The attached tar.gz and small patch to autogen.sh adds 1
Marko> .m4 script (config/gnome/gtk.m4). I've tried to generate
Marko> configure script with minimal amount of files in
Marko> /usr/share/aclocal and it worked now
> We certinly need the AC_LANG_CPLUSPLUS, since otherwise checks for the
> C++ compilers features are done with the C compiler :) I put it back
> in, and added an AC_LANG_CPLUS_PLUS later.
>
> In general, configuring with AC_LANG_CPLUS_PLUS would be better, since
> we will compile with the C++
On 25-Jul-2000 Marko Vendelin wrote:
>
> Well, it seems that script gtk.m4 fails to compile a small gtk program
> with AC_LANG_CPLUSPLUS. When I inserted AC_LANG_C before AC_TRY_RUN
Well I guess that gtk is a ONLY C library and so does not compile with
a c++ compiler (only a guess but I
>
> With the new OptItem scheme I will commit soon, it will be easy to add
> All the locking inset menu entries in the menu, and only the one which
> makes sense will be shown. Does it sound good to you?
>
How is this supposed to work? I would only need 1 entry for accessing an
eventually
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> Well, it seems that script gtk.m4 fails to compile a small gtk
Marko> program with AC_LANG_CPLUSPLUS. When I inserted AC_LANG_C
Marko> before AC_TRY_RUN (gnome/gtk.m4, line 65) and AC_LANG_CPLUSPLUS
Marko> at the end of this
>
> ERROR:create_submenu: Unknown menu `floats'
> Error in MenuCallback
>
I get also:
MenuItem(): LyX command `external-inset-insert' does not exist.
MenuItem(): LyX command `screen-options' does not exist.
MenuItem(): LyX command `spellchecker-options' does not exist.
MenuItem(): LyX command
> Could you show us this small program? It might be that it uses a
> valid C syntax that is not valid C++. These things are easy to fix in
> general.
I mean the program used inside the script (gtk.m4) for checking GTK
libraries installation.
Marko
JMarc> Angus, add to your .cvsrc the magic line:
JMarc> update -dP
JMarc> Then all these problems will be history!
Many thanks for the tip, JMarc.
A
Hi,
one of my students made a proposal for improving the usefulness of Lyx. What he
would like to see is the ability to hide/unhide single sections of a document,
i.e. if you do not want to edit a particular section you can simply make it
invisible such that you
- neither make changes
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>> With the new OptItem scheme I will commit soon, it will be easy to
>> add All the locking inset menu entries in the menu, and only the
>> one which makes sense will be shown. Does it sound good to you?
>>
Juergen> How is this
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> MenuItem(): LyX command `external-inset-insert' does not
Juergen> exist.
Fixed.
Juergen> MenuItem(): LyX command `screen-options' does not exist.
Juergen> MenuItem(): LyX command `spellchecker-options' does not
Juergen>
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
>> Could you show us this small program? It might be that it uses a
>> valid C syntax that is not valid C++. These things are easy to fix
>> in general.
Marko> I mean the program used inside the script (gtk.m4) for checking
Marko> GTK
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hi, one of my students made a proposal for improving the
Michael> usefulness of Lyx. What he would like to see is the ability
Michael> to hide/unhide single sections of a document, i.e. if you do
Michael> not want to edit a
On Tue, Jul 25, 2000 at 02:25:52PM +0200, Jean-Marc Lasgouttes wrote:
[...]
> BTW, Jose', why is it necessary to have three different html export
> types? I' think the "export html" function could be clever enough to
> do the right thing...
You are right, since I have the buffer I can simply
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
> Juergen> MenuItem(): LyX command `screen-options' does not exist.
> Juergen> MenuItem(): LyX command `spellchecker-options' does not
> Juergen> exist. MenuItem(): LyX command `keyboard-options' does not
> Juergen> exist.
> Juergen> MenuItem(): LyX
> "Lior" == Lior Silberman <[EMAIL PROTECTED]> writes:
Lior> When documenting the \set_color lyxrc command I forgot that
Lior> strings in lyxrc must be enclosed in quotes. I thus put in a
Lior> misleading example.
No that's the code which is wrong. I commited a correction.
JMarc
On Tue, Jul 25, 2000 at 01:48:00PM +0100, Jose Abilio Oliveira Matos wrote:
>
> The other choice is you to do it.;)
>
I have been unable to update the cvs code. The connection
is extremely slow. And it breaks during the update stage.
--
José
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> If I patch that what are the place that I should change? That
Jose> is, what are the places where you have used it.
What you have to change is MenuExport() (of course), but also the
conditional code in
> Hmmm, to me this looks like every entry is designed as a sort of
> failsafe:
> if you hit the wrong entry you still can do what you wanted to do.
These properties of the commands are good. We should not remove these.
Let me explain why.
Yes, it's possible to create a new document with the
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
> Yes, I understand. But which one is it? And what is the error message
> in config.log?
I've checked out the latest version from cvs and everything worked fine!
GTK, gnome, gtkmm, gnomemm were configured without any errors. Thus, it is
hard for me
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> Ahh. I misunderstood your cvslog posting. Those are currently
Allan> called directly from within the menu code (Menu?? callback) so
Allan> I guess you should add a lyxfunc for them that simply calls
Allan> whatever function in
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> On Tue, Jul 25, 2000 at 01:48:00PM +0100, Jose Abilio Oliveira
Jose> Matos wrote:
>> The other choice is you to do it.;)
>>
Jose> I have been unable to update the cvs code. The connection is
Jose> extremely slow.
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
>> Yes, I understand. But which one is it? And what is the error
>> message in config.log?
Marko> I've checked out the latest version from cvs and everything
Marko> worked fine! GTK,
Hello,
this patchlet sets the Portuguese language name to "portugues"
rather than "portuges", as it is now. With this fix, spelling works
correctly in Portuguese documents; otherwise, it doesn't (linux
2.2.15, Debian "potato", ispell 3.1.20 with "portugues" dictionary).
Patch is against
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
> Yes, you should comment out the AC_LANG_C at line 89 of configure.in.
AC_TRY_RUN compiles gtk program with C++ compiler instead of C compiler.
That's why environment variable CFLAGS doesn't have any effect (see line
58, file
Wasn't there supposed to be a lyx.stable.gz or lyx.latest.gz link on the ftp
site that links to the latest stable tar? Speaking of which, the web site
should be linking to 1.1.5fix1 right now.
Actually, I think we should set up index.php3 to automatically link to the
latest version (and mention
On Tue, 25 Jul 2000, Juergen Vigna wrote:
> Well I guess that gtk is a ONLY C library and so does not compile with
> a c++ compiler (only a guess but I already had such problems on linking!)
> Why don't you test only for gtk-- as you need that one?
That's a good point. We can use gtk--/gnome--
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>
> Allan> Ahh. I misunderstood your cvslog posting. Those are currently
> Allan> called directly from within the menu code (Menu?? callback) so
> Allan> I guess you should add a lyxfunc for
Using current CVS with all new whistles compiled, I can crash LyX by loading
up the Help->TOC document. Anyone else see this? Specifically, if you have
current CVS without NEW_INSETS, NEW_TABULAR defined and can/can't crash LyX
please tell!
This document loads fine with CVS of 19 July.
Angus
Allan Rae <[EMAIL PROTECTED]> writes:
| Then leave them out of the menu. It's likely to be a week before I get
| around to removing the other ones anyway. And 1.1.6 is probably going to
| be out before then.
1.1.6 in a week? Are you kidding? We need to have at least one
prerelease first...
1 - 100 of 116 matches
Mail list logo