Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| It would be a good idea to grab what Alejandro did last year. He made
| these abstract tool/menubar from the old devel branch for gnome.
We should probably have a "stub" frontend that contains all
Files/class that is absolutely needed for all
On 26 Jul 2000, Jean-Marc Lasgouttes wrote:
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen BTW.: This now is in cvs and working it seems, now Marko has
Juergen just to provide the Menubar and Toolbar pimpl files
Juergen (otherwise they have to be linked in from the xforms
On Thu, 27 Jul 2000, Marko Vendelin wrote:
I would like to look on the code, but for some unknown reason I can't
reach Mexican mirror of LyX site : http://www.mx.lyx.org/glyx/ . Maybe I
need a visa? Anyway, can someone send me the code developed for gLyX?
The machine where the mirror was
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| It would be a good idea to grab what Alejandro did last year. He made
| these abstract tool/menubar from the old devel branch for gnome.
We should probably have a "stub" frontend that contains all
Files/class that is absolutely needed for all
On 26 Jul 2000, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> BTW.: This now is in cvs and working it seems, now Marko has
> Juergen> just to provide the Menubar and Toolbar pimpl files
> Juergen> (otherwise they have to be linked in
On Thu, 27 Jul 2000, Marko Vendelin wrote:
> I would like to look on the code, but for some unknown reason I can't
> reach Mexican mirror of LyX site : http://www.mx.lyx.org/glyx/ . Maybe I
> need a visa? Anyway, can someone send me the code developed for gLyX?
The machine where the mirror was
"Marko" == Marko Vendelin [EMAIL PROTECTED] writes:
Marko That's a good point. We can use gtk--/gnome-- only as it is
Marko now, but I am not sure whether gnome-- covers libgnome
Marko functionality completely. Since all the scripts seems to be
Marko working now we may either leave as it is or
On 26-Jul-2000 Jean-Marc Lasgouttes wrote:
I think we should try the pure C++ route and remove the rest for now.
Therefore, we'll have to think twice before using the C functions
directly (or force the foo-- people to improve their support).
Could you send a patch?
BTW.: We were
On Wed, 26 Jul 2000, Juergen Vigna wrote:
On 26-Jul-2000 Jean-Marc Lasgouttes wrote:
I think we should try the pure C++ route and remove the rest for now.
Therefore, we'll have to think twice before using the C functions
directly (or force the foo-- people to improve their support).
It seems to me that GNOME port will be easier to accomplish since GNOME
libraries have several useful additions comparing with plain GTK. For
example, to implement About dialog with GTK I had to write small class
with actual implementation. The GNOME has this kind of dialog box already
Marko Vendelin [EMAIL PROTECTED] writes:
| 3. run configure with the following options:
|--with-frontend=gtk --without-included-libsigc --disable-sigctest
|--without-included-string
--without-included-string should not be needed since that will be the
default on most systems now.
3. run configure with the following options:
--with-frontend=gtk --without-included-libsigc --disable-sigctest
--without-included-string
I thought too that you don't need to add the --without-included-string but if
you don't the compilation aborts on lyx_gui.C with some strange
Juergen Vigna [EMAIL PROTECTED] writes:
|
| 3. run configure with the following options:
| --with-frontend=gtk --without-included-libsigc --disable-sigctest
| --without-included-string
|
| I thought too that you don't need to add the --without-included-string but if
| you don't the
On Wed, 26 Jul 2000, Juergen Vigna wrote:
I thought too that you don't need to add the --without-included-string but if
you don't the compilation aborts on lyx_gui.C with some strange error-message
from LString.h that someone is included in the wrong order (I lost the whole
message on the
On 26-Jul-2000 Marko Vendelin wrote:
On my system (redhat-6.1, gcc 2.95.2) I don't have this problem.
"--with-frontend=gtk --without-included-libsigc --disable-sigctest " works
fine here.
Here too I don't know what it was before, probably a missing
make maintainer-clean now I retried and
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> That's a good point. We can use gtk--/gnome-- only as it is
Marko> now, but I am not sure whether gnome-- covers libgnome
Marko> functionality completely. Since all the scripts seems to be
Marko> working now we may either leave
On 26-Jul-2000 Jean-Marc Lasgouttes wrote:
>
> I think we should try the pure C++ route and remove the rest for now.
> Therefore, we'll have to think twice before using the C functions
> directly (or force the foo-- people to improve their support).
>
> Could you send a patch?
BTW.: We were
On Wed, 26 Jul 2000, Juergen Vigna wrote:
> On 26-Jul-2000 Jean-Marc Lasgouttes wrote:
> >
> > I think we should try the pure C++ route and remove the rest for now.
> > Therefore, we'll have to think twice before using the C functions
> > directly (or force the foo-- people to improve their
>
> It seems to me that GNOME port will be easier to accomplish since GNOME
> libraries have several useful additions comparing with plain GTK. For
> example, to implement About dialog with GTK I had to write small class
> with actual implementation. The GNOME has this kind of dialog box
Marko Vendelin <[EMAIL PROTECTED]> writes:
| 3. run configure with the following options:
|--with-frontend=gtk --without-included-libsigc --disable-sigctest
|--without-included-string
--without-included-string should not be needed since that will be the
default on most systems now.
>
> 3. run configure with the following options:
>--with-frontend=gtk --without-included-libsigc --disable-sigctest
>--without-included-string
I thought too that you don't need to add the --without-included-string but if
you don't the compilation aborts on lyx_gui.C with some strange
Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| > 3. run configure with the following options:
| >--with-frontend=gtk --without-included-libsigc --disable-sigctest
| >--without-included-string
|
| I thought too that you don't need to add the --without-included-string but if
| you don't
On Wed, 26 Jul 2000, Juergen Vigna wrote:
> I thought too that you don't need to add the --without-included-string but if
> you don't the compilation aborts on lyx_gui.C with some strange error-message
> from LString.h that someone is included in the wrong order (I lost the whole
> message on
On 26-Jul-2000 Marko Vendelin wrote:
>
> On my system (redhat-6.1, gcc 2.95.2) I don't have this problem.
> "--with-frontend=gtk --without-included-libsigc --disable-sigctest " works
> fine here.
Here too I don't know what it was before, probably a missing
make maintainer-clean now I retried
"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
"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
"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
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
"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
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
"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,
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
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--
> "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
> "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
> "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
> 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
> "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
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
> "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,
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
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--
Marko Vendelin [EMAIL PROTECTED] writes:
| the attached patch together with additional files included into the
| .tar.gz archive adds elementary support for GTK/Gnome frontend: configure
| scripts, Gtk/Gnome initialization, Gnome event loop processing, and
| Copyright dialog box implementation.
Marko Vendelin <[EMAIL PROTECTED]> writes:
| the attached patch together with additional files included into the
| .tar.gz archive adds elementary support for GTK/Gnome frontend: configure
| scripts, Gtk/Gnome initialization, Gnome event loop processing, and
| Copyright dialog box
return the
string back.
This is somewhat the reverse of the current code, where
string is typedef to lyxstring.
MST
Quoting r. Marko Vendelin ([EMAIL PROTECTED]) "GTK/Gnome frontend elementary support":
Hi!
the attached patch together with additional files included into the
.tar.
return the
string back.
This is somewhat the reverse of the current code, where
string is typedef to lyxstring.
MST
Quoting r. Marko Vendelin ([EMAIL PROTECTED]) "GTK/Gnome frontend elementary support":
>
> Hi!
>
> the attached patch together with additional files inclu
Hi!
the attached patch together with additional files included into the
.tar.gz archive adds elementary support for GTK/Gnome frontend: configure
scripts, Gtk/Gnome initialization, Gnome event loop processing, and
Copyright dialog box implementation.
It should be easy to use this code on the
Hi!
the attached patch together with additional files included into the
.tar.gz archive adds elementary support for GTK/Gnome frontend: configure
scripts, Gtk/Gnome initialization, Gnome event loop processing, and
Copyright dialog box implementation.
It should be easy to use this code on the
60 matches
Mail list logo