Angus Leeming <[EMAIL PROTECTED]> writes:
| Michael Schmitt wrote:
>> I think nobody complained about moving the gnome frontend to the attic.
>
| Indeed. More importantly, I saw that John Spray would be OK if it was
| booted upstairs.
>
| If nobody continues to complain then
Michael Schmitt wrote:
I think nobody complained about moving the gnome frontend to the attic.
Indeed. More importantly, I saw that John Spray would be OK if it was
booted upstairs.
If nobody continues to complain then I'll do so in the next few days.
Angus
I think nobody complained about moving the gnome frontend to the attic.
Michael
Martin,
Sorry for not getting back to you sooner. I've already tidied up your patch
following john's comments. I've also fixed up a few compile errors that were
introduced by cvs changes since you posted it. Once Lars is done making the
1.3.0 release I'll commit it.
Thanks again for your he
On Wed, Feb 05, 2003 at 07:50:33PM +, Martin Craig wrote:
> > 4) You introduce spaces instead of a tab at one point
>
> I think I've fixed these now. Should I be using tabs all the time?
Tabs should be used to logically indent things, not "all the time".
I.e.
void foo()
{
int i = 5;
if (i =
Martin Craig wrote:
Evenin'!
> Thanks for the comments, I've enclosed a modified patch.
Some more (trivial) commentary, again concerning the header...
diff -uN gnome_save/lyx_gui.C gnome_new/lyx_gui.C
--- gnome_save/lyx_gui.CThu Jan 1 01:00:00 1970
+++ gnome_new/lyx_gui.C Wed Feb 5 19
Hi,
Thanks for the comments, I've enclosed a modified patch.
> 1) your patch seems to introduce some changes in the standard header for
> some reason ?
Not sure what you mean here, though I did copy the Dialogs* files across
from the xforms directory which makes it look like I've changed the
hea
On Thu, Jan 30, 2003 at 09:44:10PM +, Martin Craig wrote:
> OK, here's a patch to make the Gnome dialogs work again. I hope I've
> created it properly :-). It is just a straight port of what was there
> and doesn't add any new functionality (apart from one v. small bug fix).
>
> All feedback
me hours of fiddling with latex.
> >
> > Anyway, more recently I've been looking to contribute to an open source
> > project, and I thought that a good thing to attempt would be to revive
> > the Gnome frontend to LyX. Most of my programming experience is with
Hi,
Thanks for the info - I will be away for the next couple of days ('real'
work getting in the way again...) but once I'm back I'll send you my
patch and have a look at the Painter classes etc. Then perhaps we can
discuss what we can do.
Cheers,
Martin.
--
Martin Craig <[EMAIL PROTECTED]>
ht that a good thing to attempt would be to revive
> the Gnome frontend to LyX. Most of my programming experience is with C
> and Java so my C++ is a little rusty, but I guess it's all good
> experience...
>
> So far I've got a recent CVS version and have fiddled with the Gnome
Hello everyone,
First of all, thanks for LyX! I used it to write my PhD thesis and I'm
sure it saved me hours of fiddling with latex.
Anyway, more recently I've been looking to contribute to an open source
project, and I thought that a good thing to attempt would be to revive
the Gnom
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> | So You want me to remove the parts that change 'make dist'? As
| Lars> you | like, but there is little point to distribute this code.
>
| Lars> No, only the pts in configur
g
--- config/ChangeLog 8 Jan 2003 11:07:03 - 1.84
+++ config/ChangeLog 10 Jan 2003 13:04:23 -
@@ -1,3 +1,9 @@
+2003-01-09 Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
+
+ * lyxinclude.m4:
+ * configure.ac:
+ * configure.in: comment out gnome frontend support
+
2003-01-08 Jean-Marc Lasgouttes
r
| Lars> frontend=gnome in configure scripts | 2/ avoid distributing the
| Lars> gnome frontend (which is still in cvs, of | course).
| Lars> |
| Lars> | Lars, is something like that OK with you?
|
| Lars> I think we should remove as little as possible and just disable
| Lars> the g
>>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> This patch does two kind of things: | 1/ remove support for
Lars> frontend=gnome in configure scripts | 2/ avoid distributi
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| This patch does two kind of things:
| 1/ remove support for frontend=gnome in configure scripts
| 2/ avoid distributing the gnome frontend (which is still in cvs, of
| course).
|
| Lars, is something like that OK with you?
I think we
This patch does two kind of things:
1/ remove support for frontend=gnome in configure scripts
2/ avoid distributing the gnome frontend (which is still in cvs, of
course).
Lars, is something like that OK with you?
JMarc
? config.h.in
Index: autogen.sh
On Mon, 18 Mar 2002, Lars Gullik Bjønnes wrote:
> Allan Rae <[EMAIL PROTECTED]> writes:
>
> | On Sun, 17 Mar 2002, Michael Koziarski wrote:
> >
> >> On Sat, Mar 16, 2002 at 02:43:19PM + or thereabouts, Angus Leeming wrote:
> >> > On Saturday 16 March 2002 12:57 pm, Angus Leeming wrote:
> | [.
Allan Rae <[EMAIL PROTECTED]> writes:
| On Sun, 17 Mar 2002, Michael Koziarski wrote:
>
>> On Sat, Mar 16, 2002 at 02:43:19PM + or thereabouts, Angus Leeming wrote:
>> > On Saturday 16 March 2002 12:57 pm, Angus Leeming wrote:
| [...]
>> > I know that this is childish, but why are the gnome g
Allan Rae <[EMAIL PROTECTED]> writes:
| On Sun, 17 Mar 2002, Michael Koziarski wrote:
>
>> On Sat, Mar 16, 2002 at 02:43:19PM + or thereabouts, Angus Leeming wrote:
>> > On Saturday 16 March 2002 12:57 pm, Angus Leeming wrote:
| [...]
>> > I know that this is childish, but why are the gnome g
At 01:06 PM 3/18/02 +1000, you wrote:
>On Sun, 17 Mar 2002, Michael Koziarski wrote:
>
> > On Sat, Mar 16, 2002 at 02:43:19PM + or thereabouts, Angus Leeming
> wrote:
> > > On Saturday 16 March 2002 12:57 pm, Angus Leeming wrote:
>[...]
> > > I know that this is childish, but why are the gnom
On Sun, 17 Mar 2002, Michael Koziarski wrote:
> On Sat, Mar 16, 2002 at 02:43:19PM + or thereabouts, Angus Leeming wrote:
> > On Saturday 16 March 2002 12:57 pm, Angus Leeming wrote:
[...]
> > I know that this is childish, but why are the gnome gialogs called
> > FormSomeDialog? Why not GSome
I'll attach it this time) fixes the
> > > linking problem with the gnome frontend. New dialogs to come next.
> > > Please apply.
>
> I know that this is childish, but why are the gnome gialogs called
> FormSomeDialog? Why not GSomeDialog, etc?
Because they are
On Saturday 16 March 2002 12:57 pm, Angus Leeming wrote:
> On Saturday 16 March 2002 8:19 am, Michael Koziarski wrote:
> > Hey guys,
> >
> > The attached patch (I swear I'll attach it this time) fixes the
> > linking problem with the gnome frontend. New dialogs to
On Saturday 16 March 2002 8:19 am, Michael Koziarski wrote:
> Hey guys,
>
> The attached patch (I swear I'll attach it this time) fixes the
> linking problem with the gnome frontend. New dialogs to come next.
> Please apply.
The configure.in stuff was already in the
Hey guys,
The attached patch (I swear I'll attach it this time) fixes the
linking problem with the gnome frontend. New dialogs to come next.
Please apply.
--
| Michael Koziarski |"Conventio
Hey guys,
The following patch implements FormERT for the gnome frontend and
fixes compilation.
Please apply, and if anyone feels *really* generous I'm still no
closer with bug #169. FormERT suffers from it too, but
FormTabularCreate doesn't!
http://koziarski.org/LyX/Pat
Hey guys,
I've made a few changes to the structure of the gnome frontend.
Simplified the constructor, moved common functionality into the
GnomeBase class. This patch doesn't fix the problem I've been having
with OK being called twice, I hope to have another look at that this
> "Michael" == Michael A Koziarski <[EMAIL PROTECTED]> writes:
Michael> Anyways, please apply this patch for now.
I applied it, and removed the files too. Please add Changelog entries
so that people know what happened to these files.
JMarc
Michael A. Koziarski wrote:
>
> Hey guys,
>
> I've started clearing up the GNOME frontend so that I can add all the
> Dialogs. I've removed the GNOME menubar (and the GNOME window) as it
> wasn't working properly. Also, the single window makes it behave more
Hey guys,
I've started clearing up the GNOME frontend so that I can add all the
Dialogs. I've removed the GNOME menubar (and the GNOME window) as it
wasn't working properly. Also, the single window makes it behave more
like the QT2 frontend. Might as well be consistan
On Tuesday 08 January 2002 5:58 am, Michael Koziarski wrote:
> > > Thanks, as an aside the problem was that
> > > src/frontends/controllers/ControlDialog.C doesn't #include
> > > bufferview.h.
> > >
> > > It should, shouldn't it?
> > >
> > > Cheers,
> >
> > There is no ControlDialog.C. Do you m
On Thursday 03 January 2002 4:35 am, Michael Koziarski wrote:
> On Thu, Jan 03, 2002 at 01:44:40PM +1000 or thereabouts, Allan Rae wrote:
> > On Thu, 3 Jan 2002, Michael A. Koziarski wrote:
> >
> > > Thanks to John Levon for his assistance.
> > >
> > > Please apply
> >
> > Applied.
> >
> > Alla
On Thu, Jan 03, 2002 at 01:44:40PM +1000 or thereabouts, Allan Rae wrote:
> On Thu, 3 Jan 2002, Michael A. Koziarski wrote:
>
> > Thanks to John Levon for his assistance.
> >
> > Please apply
>
> Applied.
>
> Allan. (ARRae)
Thanks, as an aside the problem was that
src/frontends/controllers/Co
On Thu, 3 Jan 2002, Michael A. Koziarski wrote:
> Thanks to John Levon for his assistance.
>
> Please apply
Applied.
Allan. (ARRae)
Thanks to John Levon for his assistance.
Please apply
--
Cheers
Koz
Index: Dialogs.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/gnome/Dialogs.C,v
retrieving revision 1.16
diff -u -r1.16 Dialogs.C
--- Dialogs.C 2001/09/27
but i get the
> Stefan> following error while compiling:
>
> Gnome frontend has not been updated for a long time, so I guess
> several (hopefully small) changes are needed to make it work again.
Due to time constraints i've been unable to devote time to LyX and when
I do have
I tried to compile lyx CVS with ./configure --with-frontend=gnome.
Configure ran ok, but i get the following error while compiling:
Making all in gnome
make[4]: Entering directory
`/home/stefan/source/other/cvs/lyx-devel/src/frontends/gnome'
/bin/sh ../../../libtool --mode=compile g++ -DHAVE_CON
On 29 Jul 2001 14:29:09 +0100, John Levon wrote:
> On Sun, Jul 29, 2001 at 09:16:22PM +1200, Michael Koziarski wrote:
>
> > I just refetched the whole lyx-devel module. Same problem, the only
> > thing I can think of is a problem with xforms 0.89. Could that be it?
>
> afaics your problem seem
On Sun, Jul 29, 2001 at 09:16:22PM +1200, Michael Koziarski wrote:
> I just refetched the whole lyx-devel module. Same problem, the only
> thing I can think of is a problem with xforms 0.89. Could that be it?
afaics your problem seems to be that you have somewhere a forms.h header
that is lyin
* Michael Koziarski <[EMAIL PROTECTED]> [010729 12:35]:
> > Can you verify that this is the original file in CVS and not a modified
> > one?
> Yep,
>
> I just refetched the whole lyx-devel module. Same problem, the only
> thing I can think of is a problem with xforms 0.89. Could that be it?
I
> Can you verify that this is the original file in CVS and not a modified
> one?
Yep,
I just refetched the whole lyx-devel module. Same problem, the only
thing I can think of is a problem with xforms 0.89. Could that be it?
Cheers
--
=
* Michael Koziarski <[EMAIL PROTECTED]> [010729 10:07]:
> Hi all,
>
> I'm having some more difficulty compiling the gnome frontend (without
> my new dialogs added). The error is as follows: (from lyxdevel/src)
>
> ==CUT==
> ==CUT==
Can you verify that this is
Hi all,
I'm having some more difficulty compiling the gnome frontend (without
my new dialogs added). The error is as follows: (from lyxdevel/src)
==CUT==
/bin/sh ../libtool --mode=link g++ -g -O -fno-exceptions -W -Wall -o lyx
BufferView.o BufferView2.o BufferView_pimpl.o Bul
* Michael A. Koziarski <[EMAIL PROTECTED]> [010716 09:44]:
> Hello All,
>
> I'm back tinkering with the GNOME frontend in my spare time (new
> contract at work has finally been sorted so I'm able to sleep again)
>
> I've started drawing up a few of the D
On Monday 16 July 2001 10:51, Michael "A." Koziarski wrote:
> On 16 Jul 2001 08:39:34 +0200, Lars Gullik Bjønnes wrote:
> > Michael "A." Koziarski <[EMAIL PROTECTED]> writes:
> >
> > | Hello All,
> > |
> > | I'm back tinkering with
On 16 Jul 2001 08:39:34 +0200, Lars Gullik Bjønnes wrote:
> Michael "A." Koziarski <[EMAIL PROTECTED]> writes:
>
> | Hello All,
> |
> | I'm back tinkering with the GNOME frontend in my spare time (new
> | contract at work has finally been sorted so I'
Michael "A." Koziarski <[EMAIL PROTECTED]> writes:
| Hello All,
|
| I'm back tinkering with the GNOME frontend in my spare time (new
| contract at work has finally been sorted so I'm able to sleep again)
|
| I've started drawing up a few of the Dialogs in glade
Hello All,
I'm back tinkering with the GNOME frontend in my spare time (new
contract at work has finally been sorted so I'm able to sleep again)
I've started drawing up a few of the Dialogs in glade and fiddling in
emacs to tie together the necessary signals / slots etc. Howev
I am proud(?!) to present another patch to fix the gnome frontend
compilation problems.
This patch includes the move to use libglade which creates the dialog on
the fly from XML files generated by glade.
The first dialog to use this is FormUrl, but this work is still
incomplete, there are bugs
* Lars Gullik Bjønnes <[EMAIL PROTECTED]> [010322 18:32]:
> Baruch Even <[EMAIL PROTECTED]> writes:
>
> | I'm pretty much stuck with the asynchronous image loading and the image
> | resize.
>
> Anything I can help with?
The current status is that images are loaded synchronously, that is when
yo
On Wed, 28 Feb 2001, Jonathan Glauner wrote:
>
> I've successfully compiled the 1.2.0cvs source using the xforms frontend,
> but I continually run into a wall when trying to compile after configuring
> with --with-frontend=gnome. I see on the status page on the developer web
> site that not too
I've successfully compiled the 1.2.0cvs source using the xforms frontend,
but I continually run into a wall when trying to compile after configuring
with --with-frontend=gnome. I see on the status page on the developer web
site that not too much has been done with the gnome port. Is there any
c
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> F.eks. Menu bindings sould not be in the same file as command
Lars> bindings.
Menu bindings should be done directly by the menu code (I have to see
how it works now that menu.bind is gone; unfortunately my time is
scarce this
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Key binding is as much User Interface as menus.
|
| Lars> But they are _not_ GUI!
|
| That's why the directory is not named gui/ but ui/.
|
| The idea is that bindings
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Key binding is as much User Interface as menus.
Lars> But they are _not_ GUI!
That's why the directory is not named gui/ but ui/.
The idea is that bindings do not belong in lyxrc (they are not stored
in the lyxrc object, in
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Allan Rae <[EMAIL PROTECTED]> writes: | I thought
| Lars> JMarc wanted to move all the bindings into the ui | file(s).
| Lars> Maybe that was Lars.
|
| Lars> No, no, we w
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Allan Rae <[EMAIL PROTECTED]> writes: | I thought
Lars> JMarc wanted to move all the bindings into the ui | file(s).
Lars> Maybe that was Lars.
Lars> No, no, we want _menu item_ to have their shortcuts/bindings in
Lars> te .ui
>> To compile this patch you need to copy all unimplemented dialogs in Gnome
>> frontend from Xforms frontend (or set up corresponding symbolic links).
>
> Maybe you should try some automake magic to create the symlinks at compile
> time. Try filling in the BUILT_SOUR
k into FormUrl.C ::show, update, and apply methods
(or FormPrint for lengthier example).
> > To compile this patch you need to copy all unimplemented dialogs in Gnome
> > frontend from Xforms frontend (or set up corresponding symbolic links).
>
> Maybe you should try some automak
ersion of Gtk--. So, I decided to use clear and fully functional C
> interface instead of incomplete C++ one.
So are you using anything from gtk-- and gnome-- now or will it all be
done using gnome and gtk directly?
> To compile this patch you need to copy all unimplemented dialogs in
etter to join the forces and complete one frontend
first. It should be relatively easy then to port Gnome frontend to Gtk (or
vice versa).
Marko
Hi!
the following patch together with additional files in tar.gz archive add
Print and InsertUrl dialogs to Gnome frontend.
The dialogs were implemented using Glade and its C output. I've tried to
use glade-- to produce C++ output , but the result was far from complete
since glade-- do
On 13-Aug-2000 Tuukka Toivonen wrote:
> Sorry to interfere... but I'd love to have GTK LyX without required to
> install Gnome. Would it be too much trouble supporting GTK without Gnome
> too?
You're allowed to support this and send a patch for a clean gtk frontend ;)
I guess we core developers
Sorry to interfere... but I'd love to have GTK LyX without required to
install Gnome. Would it be too much trouble supporting GTK without Gnome
too?
Allan Rae <[EMAIL PROTECTED]> writes:
| I thought JMarc wanted to move all the bindings into the ui
| file(s). Maybe that was Lars.
No, no, we want _menu item_ to have their shortcuts/bindings in te .ui
file.
Emacs keybindings does not go in .ui files and does not interact wite
menuitems' bindi
>
> The menus may need to have entries renamed to suit GNOME (or other
> desktops) and such. The bindings for the menus are in the .ui files.
> So you see gnome.ui is probably the one to work on. There may be other
> bindings needed but these aren't likely to be common to other GNOME apps.
> Do
On Wed, 9 Aug 2000, Juergen Vigna wrote:
> > You mean gnome.ui don't you? Of course you did. Must be nearly lunchtime
> > and you were in a hurry.
>
> Well telling you the truth I just returned from lunch, so no excuse
> for this ;), but I really meant gnome.bind or isn't 'F3' -> file-open
> n
On Wed, 9 Aug 2000, Juergen Vigna wrote:
> > Shortcuts: Gnome applications have common shortcuts, such as F3 for Open
> > File, for example. Which shortcuts should be default for LyX --- as it is
> > now or common Gnome ones?
>
> Well you make the port, you should make the decicions, but maybe y
On Wed, 9 Aug 2000, Juergen Vigna wrote:
> Well my first impression is it works ;), it is VERY slow on update, but
> probably you will solve this. IMO as first work it looks good #:O), let's
> see how the toolbar works then ;)
I think it is slow due to XForms event handler. To make it fast one
>
> You mean gnome.ui don't you? Of course you did. Must be nearly lunchtime
> and you were in a hurry.
Well telling you the truth I just returned from lunch, so no excuse for this ;),
but I really meant gnome.bind or isn't 'F3' -> file-open not a binding?
UI files are only for menus aren't t
On Wed, 9 Aug 2000, Juergen Vigna wrote:
> > Shortcuts: Gnome applications have common shortcuts, such as F3 for Open
> > File, for example. Which shortcuts should be default for LyX --- as it is
> > now or common Gnome ones?
>
> Well you make the port, you should make the decicions, but maybe yo
> Manubar::update : Since Gnome menu may be easily used as toolbar by
> "tearing off" the menu, I had to update constantly state of the widgets as
> it is done for Toolbar. This means that after each keypress by user LyX
Well I had a bit problems compiling this (forgot to use the right options
On 09-Aug-2000 Marko Vendelin wrote:
>
> src/frontends/gnome/Toolbar_pimpl.[Ch]-->src/frontends/xforms/Toolbar_pimpl.[Ch]
I thought so!
You also can link in all not ported dialogs from the xforms tree and so
have a fully functional lyx with just the stuff ported to gnome you did
till now ;)
On Wed, 9 Aug 2000, Juergen Vigna wrote:
> Applied will commit soon (just let me test it ;)
You need to set up two symbolic links to compile&link it:
src/frontends/gnome/Toolbar_pimpl.[Ch]-->src/frontends/xforms/Toolbar_pimpl.[Ch]
Marko
> Hi!
>
> this patch adds Gnome/Gtk menu to LyX. Since menu is a part of Gnome
Applied will commit soon (just let me test it ;)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Te
with gnome frontend support, LyX has two windows: LyXView (without
menubar) and new GLyxAppWin (with menubar).
The following two problems occured:
Manubar::update : Since Gnome menu may be easily used as toolbar by
"tearing off" the menu, I had to update constantly state of the widgets as
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 h
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 fro
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 fr
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> 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.
Juergen> Here too I don't kn
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 a
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 t
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
>
> 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 err
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.
>
> 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 alre
lutely sure that
gnome/gtk frontend builds cleanly and LyX menu/toolbar system is ready for
porting. I think that there will be a great interest to this port but it
may vanish quickly if LyX is not ready yet.
To build LyX as it is now with gtk/gnome frontend enabled one has to
1. add symbolic l
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 di
> "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
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:
> 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 config/gnome/gtk.m4
> "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, gn
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 t
> "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 l
> 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:
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 scrip
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
> 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++
1 - 100 of 117 matches
Mail list logo
