Liviu Andronic wrote:
> Having checked the internationalization page [1], I would venture on
> either Russian and/or Romanian translation efforts. What would be the
> right way to start?
For the UI translation, check out the 1.5.x branch or the development trunk
(which will become 1.6.0) as descr
On Fri, Apr 18, 2008 at 12:04:26AM +0200, Liviu Andronic wrote:
> > the advantages a user finds in a typical GTK application over a Qt
> > application ;-)
>
> I try to avoid QT applications since these, well, don't give the look
> and feel of GTK applications. [...]
I wouldn't mind more specifi
On Fri, Apr 18, 2008 at 12:14 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Of course you can. Just look at the fantastic job some non-C++ developpers
> did with the web site. Some other tasks that need love:
> - Bugzilla triage and program testing.
> - translations: do you speak something
On Thursday 17 April 2008 20:47:50 Andre Poenitz wrote:
> I smell a non-consensus hidden somewhere, unless you took over the
> Norwegian meaning of 'we'...
We think so. <;-)
> Andre'
--
José Abílio
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Or we start another qt/gtk+ flame-ware here. ;)
Don't you have something more interesting to do with your evening?
Abdel.
I wouln't participate, but next morning I could inspect the battle field. :)
Peter
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Or we start another qt/gtk+ flame-ware here. ;)
Don't you have something more interesting to do with your evening?
forgot that: :-)
Abdel.
Liviu Andronic wrote:
On Thu, Apr 17, 2008 at 11:02 PM, Peter Kümmel <[EMAIL PROTECTED]> wrote:
Therefore, I think the only thing you could do, is to give up your daily
job and to complete the gtk+ support ;),
I couldn't. Studying.. ^_~
or you help us to make LyX more
comfortable for gtk+
On Thu, Apr 17, 2008 at 11:02 PM, Peter Kümmel <[EMAIL PROTECTED]> wrote:
> Therefore, I think the only thing you could do, is to give up your daily
> job and to complete the gtk+ support ;),
>
I couldn't. Studying.. ^_~
> or you help us to make LyX more
> comfortable for gtk+/gnome users.
>
No
Peter Kümmel wrote:
Or we start another qt/gtk+ flame-ware here. ;)
Don't you have something more interesting to do with your evening?
Abdel.
On Thu, Apr 17, 2008 at 9:06 PM, Andre Poenitz
<[EMAIL PROTECTED]> wrote:
> For undisclosed reasons...
>
Why undisclosed? ^_^
> If you find the time it would be nice if you could a bit elaborate on
>
This, of course, is very, extremely subjective business. I'll mention
some arguments, hoping howe
t libraries now do a lot
more work in LyX than they did a year or so ago. They are present, for
example, in support/FileName. So while one could write a GTK frontend, the
changes made to LyX's codebase over the last year makes a Qt-less install
impossible.
That's not true. The
José Matos wrote:
On Thursday 17 April 2008 20:20:04 Peter Kümmel wrote:
But you could add this link ;)
http://maemo.org/news/announcements/view/qt_to_be_supported_in_addition_to_
gtk.html
Peter
Liviu notice that we are not against a lyx-gtk frontend we will certainly
welcome such addition
; That was quick.
>
> It's probably worth saying here, too, that the Qt libraries now do a lot
> more work in LyX than they did a year or so ago. They are present, for
> example, in support/FileName. So while one could write a GTK frontend, the
> changes made to LyX's codebase
eter
>
> Liviu notice that we are not against a lyx-gtk frontend we will certainly
> welcome such addition :-) as well as new developers. ;-)
I smell a non-consensus hidden somewhere, unless you took over the
Norwegian meaning of 'we'...
Andre'
ple, in support/FileName. So while one could write a GTK frontend,
the changes made to LyX's codebase over the last year makes a Qt-less
install impossible. Of course, that could be changed again, but, as
Andre said elsewhere, it turns out that there are a lot of advantages to
these changes, es
On Thu, Apr 17, 2008 at 09:20:04PM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
>>
>> "Also, one could mention that Gnome/GTK is the native environment on
>> some
>> fascinating early-adopter platforms, like the Nokia "surfboard", 770/800
>> Internet Tablet."
>> And exactly that company
On Thu, Apr 17, 2008 at 09:06:39PM +0200, Andre Poenitz wrote:
> Actually, I am tempted to remove that item from the Wiki page
> completely, but as I am heavily biased in this game I might have to
> let it live for reasons of "political correctness". What a shame...
Turned out that I have not much
On Thursday 17 April 2008 20:20:04 Peter Kümmel wrote:
> But you could add this link ;)
>
> http://maemo.org/news/announcements/view/qt_to_be_supported_in_addition_to_
>gtk.html
>
> Peter
Liviu notice that we are not against a lyx-gtk frontend we will certainly
welcome such ad
On Thu, Apr 17, 2008 at 07:49:14PM +0200, Liviu Andronic wrote:
> On Thu, Apr 17, 2008 at 7:24 PM, José Matos <[EMAIL PROTECTED]> wrote:
> > Think about lyx-kde in the same foot as lyx-gtk, as being alternatives to
> > lyx-qt.
>
> To know that lyx-qt will survive no matter other developments is
Andre Poenitz wrote:
"Also, one could mention that Gnome/GTK is the native environment on some
fascinating early-adopter platforms, like the Nokia "surfboard", 770/800
Internet Tablet."
And exactly that company seems to have revised its opinions on the
relative merits of GTK and Qt lately
he QT4 fronted of LyX.
That's good news.
> To me, one important aspect is that LyX does not link to the KDE
> libraries, as I have none on my system.
And this won't change as far as I can tell.
> I started using LyX with the GTK+ frontend, and wasn't exceptionally
> happy wh
On Thursday 17 April 2008 18:49:14 Liviu Andronic wrote:
> On Thu, Apr 17, 2008 at 7:24 PM, José Matos <[EMAIL PROTECTED]> wrote:
> > Think about lyx-kde in the same foot as lyx-gtk, as being alternatives
> > to lyx-qt.
>
> To know that lyx-qt will survive no matter other developments is good
> n
On Thu, Apr 17, 2008 at 7:24 PM, José Matos <[EMAIL PROTECTED]> wrote:
> Think about lyx-kde in the same foot as lyx-gtk, as being alternatives to
> lyx-qt.
To know that lyx-qt will survive no matter other developments is good
news already. ^_^
> FWIW if lyx-gtk was popular you could have a l
ot;GTK-only"
> users could quickly turn away from LyX if it became KDE-dependent.
> Here my questio is similar: could this become a reality for post-1.6
> LyX, especially if the GTK+ frontend is not revived / maintained
> concomitantly?
Honestly I don't think so but that is i
OK with the QT4 fronted of LyX. To me, one important aspect
is that LyX does not link to the KDE libraries, as I have none on my
system.
I started using LyX with the GTK+ frontend, and wasn't exceptionally
happy when its development stalled. Today, I've stumbled on the
GSoC2008 Wiki
On Wed, 12 Apr 2006 10:07:48 +0100
John Spray <[EMAIL PROTECTED]> wrote:
> On Tue, 2006-04-11 at 15:10 +0200, [EMAIL PROTECTED] wrote:
> > Hello
> >
> > I have just checkout the 13647 svn revision.
> > do
> > ./autogen.sh
> > then
> > ./configure --with-frontend=gtk; make
> >
> > The co
On Tue, 2006-04-11 at 15:10 +0200, [EMAIL PROTECTED] wrote:
> Hello
>
> I have just checkout the 13647 svn revision.
> do
> ./autogen.sh
> then
> ./configure --with-frontend=gtk; make
>
> The compilation stop during the link of the lyx-gtk
> I attached 2 files
> make > toto and
> mak
Am Mittwoch, 22. März 2006 20:41 schrieb Ling Li:
> Hi, it seems that this small patch is needed to compile gtk
> frontend with gcc 4.1 (on fedora core 5).
Thanks, I put it in both 1.4 and 1.5,since it is obviously right.
Georg
Log:
compile fix from Ling Li: remove superflous class n
Hi, it seems that this small patch is needed to compile gtk
frontend with gcc 4.1 (on fedora core 5).
--Ling
diff -ur lyx-1.4.0/src/frontends/gtk/GCharacter.h
lyx-1.4.0/src/frontends/gtk/GCharacter.h
--- lyx-1.4.0/src/frontends/gtk/GCharacter.h2004-10-10 08:10:37.0
-0700
+++ lyx
On Wed, 2006-03-08 at 08:13 +0100, Juergen Spitzmueller wrote:
> Austin Acton wrote:
> > BufferView_pimpl.o: In function `_M_rep':
> > /home/austin/rpm/BUILD/lyx-devel/src/BufferView_pimpl.C:231: multiple
> > definition of `(anonymous namespace)::_8'
> > Bidi.o:/usr/lib/gcc/i586-mandriva-linux-gnu/
Austin Acton wrote:
> BufferView_pimpl.o: In function `_M_rep':
> /home/austin/rpm/BUILD/lyx-devel/src/BufferView_pimpl.C:231: multiple
> definition of `(anonymous namespace)::_8'
> Bidi.o:/usr/lib/gcc/i586-mandriva-linux-gnu/4.0.3/../../../../include/c
> ++/4.0.3/bits/boost_concept_check.h:239: fi
Hello,
I'm a community developer for Mandriva Linux. I'm trying to play with
the gtk frontend a bit, but having trouble compiling it.
At the linking of lyx-gtk I get the attached errors. Any help is
appreciated.
We're using gcc 4.0.3, glibc 2.3.6, gtkmm 2.8.3, glademm 2.6.2.
BT
John C. Spray wrote:
> I can't reproduce this, although I see you're using gcc 3.4.5, whereas
> I'm using 4.0. This appears to be related to the signal handling in the
> GtkLengthEntry class, although I can't see that it's doing anything
> wrong.
>
> What happens if you comment out lines 125 and
On Wed, 2006-02-15 at 16:32 +0100, Juergen Spitzmueller wrote:
> glibmm-ERROR **: file objectbase.cc: line 77 (void
> Glib::ObjectBase::initialize(GObject*)): assertion failed: (gobject_ ==
> castitem)
> aborting...
> I'm not sure I have gtkmm and everything installed properly, though.
Problems
I can't reproduce this, although I see you're using gcc 3.4.5, whereas
I'm using 4.0. This appears to be related to the signal handling in the
GtkLengthEntry class, although I can't see that it's doing anything
wrong.
What happens if you comment out lines 125 and 126 of GGraphics.C, thus
removin
Bartek Kostrzewa wrote:
> open new document -> insert -> graphics
>
> it does not matter wether the document is empty or not
I see, so it's probably a gtk specific problem. The gtk graphics dialog
crashes for me as well, amongst other, but I get another message:
glibmm-ERROR **: file objectbase.
Juergen Spitzmueller wrote:
> Bartek Kostrzewa wrote:
>
>>(gdb) run
>>Starting program: /home/bartek/lyx-devel/src/lyx-gtk
>>/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/debug/safe_iterator.h:1
>>27: error: attempt to copy-construct an iterator from a singular iterator.
>
>
> Do you have
Bartek Kostrzewa wrote:
> (gdb) run
> Starting program: /home/bartek/lyx-devel/src/lyx-gtk
> /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/debug/safe_iterator.h:1
>27: error: attempt to copy-construct an iterator from a singular iterator.
Do you have a recipe how to reproduce this crash?
Jü
(gdb) run
Starting program: /home/bartek/lyx-devel/src/lyx-gtk
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/debug/safe_iterator.h:127:
error: attempt to copy-construct an iterator from a singular iterator.
Objects involved in the operation:
iterator "this" @ 0x0xbfb6ddb0 {
type =
N11__g
Am Samstag, den 28.01.2006, 14:54 +0100 schrieb Philippe Charpentier:
> with the latest changes I cannot any more compile the gtk frontend.
> It would be be very nice if the compilation of the gtk frontend was
> possible with gtkmm24-2.4.x which is the latest I can install on my fc3
>
onment with some older libs
>(or possibly fix the gtkmm docs so that they tell me these things...)
>
Hi,
with the latest changes I cannot any more compile the gtk frontend.
It would be be very nice if the compilation of the gtk frontend was
possible with gtkmm24-2.4.x which is the latest I can
On Sat, Jan 28, 2006 at 02:03:54PM +0100, Georg Baum wrote:
> Am Samstag, 28. Januar 2006 13:32 schrieb John Spray:
...
> > I know that at the time we moved from the gtkmm 2.2 API to the 2.4 API
> > there was some objection over the inconvenience of having latest
> > libraries around. I appreci
Am Samstag, 28. Januar 2006 13:32 schrieb John Spray:
> Right, I didn't realise at the time that I was introducing a gtkmm 2.6
> dependency with some of the pixbuf stuff. I could put an #if around it
> for the convenience of those compiling it for the moment (ultimately
> that code needs replacing
Am Samstag, den 28.01.2006, 13:18 +0100 schrieb Georg Baum:
> > I should see about setting up a build environment with some older libs
> > (or possibly fix the gtkmm docs so that they tell me these things...)
>
> I compile the frontend regularly (but never use it) in order to make sure
> that I d
Am Samstag, 28. Januar 2006 12:24 schrieb John Spray:
> clear_items() appears to be a very recent addition to the API. I've
> reverted it to the to-be-deprecated clear() in CVS.
Thanks.
> I should see about setting up a build environment with some older libs
> (or possibly fix the gtkmm docs so
red
>(first use this function)
> ../../../../src/frontends/gtk/GBranch.C:77: error: (Each undeclared
> identifier
>is reported only once for each function it appears in.)
>
> This is with
> GTK Frontend:
> libgtkmm version: 2.6.5
> libgladem
:77: error: (Each undeclared
identifier
is reported only once for each function it appears in.)
This is with
GTK Frontend:
libgtkmm version: 2.6.5
libglademm version: 2.4.1
Commenting out that line works.
John, please have a look.
Georg
Jean-Marc Lasgouttes ([EMAIL PROTECTED]) wrote:
> What is your version og gtkmm? The code seems to look explicitely for
> 2.4, isn't it?
Huh, I have 2.8.1.
Sincerely,
Gour
--
Registered Linux User | #278493
GPG Public Key | 8C44EDCD
> "Gour" == Gour <[EMAIL PROTECTED]> writes:
Gour> Here I have:
Gour> Cflags: -I${includedir}/pango-1.0 -I/usr/include/freetype2
Gour> -I/usr/include/freetype2/config
Gour> afaics, it should work, but it doesn't.
What is your version og gtkmm? The code seems to look explicitely for
2.4, is
Georg Baum ([EMAIL PROTECTED]) wrote:
> Use the workaround posted by Jean-Marc for now.
That works.
> I suspect that the pkg-config files of your GTK libs do not correctly
> state that freetype2 is needed. I have in
> /opt/gnome/lib/pkgconfig/pangoft2.pc the line
>
> Cflags: -I${includedir}
Gour wrote:
> Georg Baum ([EMAIL PROTECTED])
> wrote:
>
>> It should be found automatically by configure. What is your
>> OS/distribution?
>
> Linux/Gentoo.
>
>> What is your configure command line?
>
> ./configure --with-frontend=gtk
That should work.
>> On my machine it uses freetype2.
>
Jean-Marc Lasgouttes ([EMAIL PROTECTED]) wrote:
> They can be found if you add --with-extra-inc=/usr/include/freetype2.
Thanks. It builds now.
Now we can explore it a bit hunting for some bug ;)
> OTOH, we could probably use "pkg-config --cflags gtkmm" or something
> like that.
That would be g
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Gour wrote:
>> So, what is the proper way to include the ../freetype2 header dir?
Georg> It should be found automatically by configure. What is your
Georg> OS/distribution? What is your configure command line?
They can be found if yo
Georg Baum ([EMAIL PROTECTED]) wrote:
> It should be found automatically by configure. What is your
> OS/distribution?
Linux/Gentoo.
> What is your configure command line?
./configure --with-frontend=gtk
> On my machine it uses freetype2.
OK. I got rid of freetype1, but stil the same error,
Gour wrote:
> So, what is the proper way to include the ../freetype2 header dir?
It should be found automatically by configure. What is your OS/distribution?
What is your configure command line?
> Does the gtk front-end needs freetype1 or freetype2?
On my machine it uses freetype2.
Georg
Hi LyX devs!
In order to put my time where is my mouth (see lyx-users list & "Forget
Windows" thread), here I send result of my attempt to build LyX CVS with
a gtk front-end:
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -Winvalid-pch --include=./pch.h
-I../../../images -I../../../src -I../../..
x27;ll change that, and the glade problems too. Also, the
> | glade file isn't yet installed by make install.
>
> IMHO it us up to the GTK frontend developers which standard they will
> adhere to. Buy they must agree on the same standard. And, also IMHO,
> it is best at this tim
I'll change that, and the glade problems too. Also, the glade
| file isn't yet installed by make install.
IMHO it us up to the GTK frontend developers which standard they will
adhere to. Buy they must agree on the same standard. And, also IMHO,
it is best at this time to try to mimic the
I'm not discouraged or anything by your feedback. It's ok. The Gnome HIG
has its point when recommending instant apply. I myself aggree to it.
However, if the lyx design requires it another way, I have to abide by
the rules. I'll change that, and the glade problems too. Also, the glade
file isn't y
On Thu, 2005-03-10 at 18:06 +0100, Andreas Klostermann wrote:
> Other than that, it seems to work quite fine. I made it an instant apply
> dialog to keep in touch with the gnome way of doing things. Now I think
> it would be better to have a "revert changes" button...
Andreas,
Good start. As I s
Angus,
Now I've looked at the cross reference dialog, I don't know why Andreas
made it instant apply: it's for inserting new refs as well as editing
existing ones. So in this case I'd say okay/cancel is the appropriate
button setup. This will go in that thread in a moment.
More general comments
John Spray wrote:
> On Thu, 2005-03-10 at 17:26 +, Angus Leeming wrote:
>> Nice try but not quite there yet. The LyX dialogs aren't "instant
>> apply". Instead, you press the Ok or Apply buttons.
> In this context, instant apply means that changes in a dialog are
> reflected in the document im
On Thu, 2005-03-10 at 17:26 +, Angus Leeming wrote:
> Nice try but not quite there yet. The LyX dialogs aren't "instant apply".
> Instead, you press the Ok or Apply buttons.
In this context, instant apply means that changes in a dialog are
reflected in the document immediately, rather than hav
Andreas Klostermann wrote:
> One issue that remains is, that my code still sets the buffer
> combobox to the first entry, though I tried to find the correct index
> via the current buffer's name...
QRef.C (update()) has:
// restore the buffer combo setting for new insets
if (param
Andreas Klostermann wrote:
> Hi all,
> This is my first contribution to lyx. I wrote a Ref dialog for the GTK
> frontend. One issue that remains is, that my code still sets the buffer
> combobox to the first entry, though I tried to find the correct index
> via the curren
Hi all,
This is my first contribution to lyx. I wrote a Ref dialog for the GTK
frontend. One issue that remains is, that my code still sets the buffer
combobox to the first entry, though I tried to find the correct index
via the current buffer's name...
Other than that, it seems to work quite
d maybe do a few cosmetic (=small)
> > improvements. The lyx gtk frontend currently makes me afraid of my mouse
> > wheel since
> > the scrolling behaves a bit strange when using it!
>
> The document dialog crashes because it doesn't exist. In the gtk
> frontend, the xf
On Fri, 2005-03-04 at 17:11 +0100, Andreas Klostermann wrote:
> I tried out the gtk frontend from cvs again. Strangely enough, if I
> change the style of a line/paragraph from Standard to something else,
> nothing happens. The style list indicates that a change has happened,
> b
On Fri, 2005-03-04 at 19:08 +0100, Andreas Klostermann wrote:
> Well, at the moment I only intend to get more of a feeling for the code,
> investigate
> this nasty crash in the document dialog and maybe do a few cosmetic (=small)
> improvements. The lyx gtk frontend currently makes
> Andreas Klostermann wrote:
>
> > Hi!
> >
> > I tried out the gtk frontend from cvs again. Strangely enough, if I
> > change the style of a line/paragraph from Standard to something else,
> > nothing happens. The style list indicates that a change has happ
Andreas Klostermann wrote:
> Hi!
>
> I tried out the gtk frontend from cvs again. Strangely enough, if I
> change the style of a line/paragraph from Standard to something else,
> nothing happens. The style list indicates that a change has happened,
> but it is not reflecte
Hi!
I tried out the gtk frontend from cvs again. Strangely enough, if I
change the style of a line/paragraph from Standard to something else,
nothing happens. The style list indicates that a change has happened,
but it is not reflected in the work area. Upon preview, all text is in
standard style
Am Samstag, 29. Januar 2005 16:23 schrieb Lars Gullik Bjønnes:
> Looks just ok to me.
>
> I take it that xpmName returns a GLib::ustring?
Yes (almost): xpmName is a GLib::ustring.
Georg
Am Samstag, 29. Januar 2005 16:24 schrieb Lars Gullik Bjønnes:
> btw. Are you working on making the gtk frontend complete as well?
Not at all. I use the qt frontend. I only compile all three frontends to
make sure that I don't break something by accident.
Georg
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars,
>
| I get an undefined reference to convert for the gtk
| frontend. I fixed that by explicitly specifying the second template. Is
| this ok or do you want another solution?
This is acceptable.
btw. Are you working on making the gtk
Georg Baum <[EMAIL PROTECTED]> writes:
| The attached patch squashes two compiler warnings and disables concept
| checks for gcc 3.4 and above in the gtk frontend. The latter is mainly
| the result of a little sed script.
| Note that some files that work with concept checks enable
Lars,
I get an undefined reference to convert for the gtk
frontend. I fixed that by explicitly specifying the second template. Is
this ok or do you want another solution?
Georg
diff -p -r -U 3 -X excl.tmp lyx-1.4-clean/src/frontends/gtk/ChangeLog lyx-1.4-cvs/src/frontends/gtk/ChangeLog
The attached patch squashes two compiler warnings and disables concept
checks for gcc 3.4 and above in the gtk frontend. The latter is mainly
the result of a little sed script.
Note that some files that work with concept checks enabled when compiled
with gcc 3.3.x don't work with en
On Tuesday 07 December 2004 09:19, Angus Leeming wrote:
>
> Trouble is, I can't find gtkmm-2.4 rpms anywhere. I *can* find rpms for
> gtkmm-2.2 for Fedora Core 3. Is the interface changed so much that we
> couldn't support this? It seems a little ridiculous to not be abl
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I had gtkmm packages for FC2, I am sure those could be rebuilt for
>> FC3.
>>
>> And 2.4. is a real step forward. IMHO these is no point in supporting
>> older version, especially since
John Spray <[EMAIL PROTECTED]> writes:
| It certainly would be nice if redhat supported gtkmm a little more: see
| the bugzilla thread at [1].
Yes. especially since gtk is such a major component of Fedora.
| 1. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=82473
Case is closed...
Perhap
Lars Gullik Bjønnes wrote:
> I had gtkmm packages for FC2, I am sure those could be rebuilt for
> FC3.
>
> And 2.4. is a real step forward. IMHO these is no point in supporting
> older version, especially since the gtk frontend is not finished yet.
Shrug. Then I'll guess I&#
o
> compile the gtk frontend with such a recent distribution...
It certainly would be nice if redhat supported gtkmm a little more: see
the bugzilla thread at [1].
I'm sure that by the time the gtk frontend is done and in general use
gtkmm2.4 will be more common.
John
1. https://bugzilla.redha
e
| No package 'gtkmm-2.4' found
>
| Trouble is, I can't find gtkmm-2.4 rpms anywhere. I *can* find rpms for
| gtkmm-2.2 for Fedora Core 3. Is the interface changed so much that we
| couldn't support this? It seems a little ridiculous to not be able to
| compile the gtk fro
e
| No package 'gtkmm-2.4' found
>
| Trouble is, I can't find gtkmm-2.4 rpms anywhere. I *can* find rpms for
| gtkmm-2.2 for Fedora Core 3. Is the interface changed so much that we
| couldn't support this? It seems a little ridiculous to not be able to
| compile the gtk frontend
find gtkmm-2.4 rpms anywhere. I *can* find rpms for
gtkmm-2.2 for Fedora Core 3. Is the interface changed so much that we
couldn't support this? It seems a little ridiculous to not be able to
compile the gtk frontend with such a recent distribution...
--
Angus
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> certainly if it work.
Done.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
certainly if it work.
--
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| So should I put that as default for 1.x.ycvs versions?
Lars> probably yes.
What about the following patch?
JMarc
? gtk+-2.4.9.tar.bz2
? newfile1.lyx
? newfile1.tex
Index: ChangeLog
===
On Tue, Oct 05, 2004 at 07:17:32PM +0200, Jean-Marc Lasgouttes wrote:
> José> Make should care about that not me. ;-)
>
> Do you use --enable-maintainer-mode?
>
> JMarc
I think I have.
$ grep enable-maintainer-mode config*
config.log: $ ./configure --disable-nls --with-version-suffix=-1.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| Lars> | On Tue, Oct 05, 2004 at 05:43:34PM +0100, John Spray wrote:
That's from the MathsMatrix and Toc dialogs
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
Lars> | On Tue, Oct 05, 2004 at 05:43:34PM +0100, John Spray wrote:
>>> That's from the MathsMatrix and Toc dialogs that were recently
>>> added. You probably have to run a
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tue, Oct 05, 2004 at 05:43:34PM +0100, John Spray wrote:
>>
>> That's from the MathsMatrix and Toc dialogs that were recently added.
>> You probably have to run autogen/configure to make it build
>> GMathsMatrix.o and GToc.o.
>
| Make
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> On Tue, Oct 05, 2004 at 05:43:34PM +0100, John Spray wrote:
>> That's from the MathsMatrix and Toc dialogs that were recently
>> added. You probably have to run autogen/configure to make it build
>> GMathsMatrix.o and GT
On Tue, Oct 05, 2004 at 05:43:34PM +0100, John Spray wrote:
>
> That's from the MathsMatrix and Toc dialogs that were recently added.
> You probably have to run autogen/configure to make it build
> GMathsMatrix.o and GToc.o.
Make should care about that not me. ;-)
Thanks,
> John
>
--
On Tue, 2004-10-05 at 17:35, José Abílio Oliveira Matos wrote:
> : undefined reference to
> lyx::frontend::GMathsMatrix::GMathsMatrix[in-charge](lyx::frontend::Dialog&)'
> frontends/gtk/.libs/libgtk.a(Dialogs.o)(.text+0x44da): In function
> Dialogs::build(std::basic_string,
> std::allocator > const
Hello,
when compiling all 3 frontends I get this:
frontends/gtk/.libs/libgtk.a(Dialogs.o)(.text+0x33e5): In function
Dialogs::build(std::basic_string,
std::allocator > const&)':
: undefined reference to
lyx::frontend::GMathsMatrix::GMathsMatrix[in-charge](lyx::frontend::Dialog&)'
frontends/gtk/.li
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sat, Sep 25, 2004 at 12:46:41AM +0200, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | John Spray wrote:
>> >
>> >> On Fri, 2004-09-24 at 21:09, Angus Leeming wrote:
>> >>> No worries. The patch looks good; I commited
On Sat, Sep 25, 2004 at 12:46:41AM +0200, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | John Spray wrote:
> >
> >> On Fri, 2004-09-24 at 21:09, Angus Leeming wrote:
> >>> No worries. The patch looks good; I commited it.
> >> What, no coding-style criticisms? You're
Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes)
> writes:
>
> | Angus Leeming <[EMAIL PROTECTED]> writes:
>>
> | | John Spray wrote:
>>>
On Fri, 2004-09-24 at 21:09, Angus Leeming wrote:
> No worries. The patch looks good; I commited it.
What, no coding-style cr
1 - 100 of 163 matches
Mail list logo
