Re: Gtk in the lyx repository.

On Sun, 2006-10-22 at 10:15 -0500, Bo Peng wrote: I hope we still maintain our core/gui separation even with only one frontend left. I'm not objecting to gtk being moved into a branch. However, I would like to point out that the fact that it required constant compile fixes with respect to

Re: Gtk in the lyx repository.

On Sun, 2006-10-22 at 10:15 -0500, Bo Peng wrote: > I hope we still maintain our core/gui separation even with only one > frontend left. I'm not objecting to gtk being moved into a branch. However, I would like to point out that the fact that it required constant compile fixes with respect to

Re: r14166 - in /lyx-devel/trunk/src: frontends/qt3/QtView.C ...

On Wed, 2006-06-28 at 10:31 +0200, Jean-Marc Lasgouttes wrote: I think the gtk frontend should only be kept if it manages to become fully functional. John S., do you still have plans for LyX? Is there hope? When I started working on lyx-gtk, it was dead. If nothing had been in CVS at all, I

Re: r14166 - in /lyx-devel/trunk/src: frontends/qt3/QtView.C ...

On Wed, 2006-06-28 at 10:31 +0200, Jean-Marc Lasgouttes wrote: > I think the gtk frontend should only be kept if it manages to become > fully functional. John S., do you still have plans for LyX? Is there > hope? When I started working on lyx-gtk, it was dead. If nothing had been in CVS at all,

Re: Unicode - help required

On Sat, 2006-06-03 at 11:30 +0200, Lars Gullik Bjønnes wrote: So far my changes has been done for Qt3 only, the other frontends will probably not even compile. I look forward to bringing gtk up to speed as soon as this stuff is in trunk. John

[Patch] GCitation: Removing cited-keys search

::CheckButton * casecheck_; Gtk::CheckButton * regexpcheck_; Index: ChangeLog === --- ChangeLog (revision 14022) +++ ChangeLog (working copy) @@ -1,6 +1,9 @@ 2006-06-06 John Spray [EMAIL PROTECTED] * Alert_pimpl.C: escape special

Re: Unicode - help required

On Sat, 2006-06-03 at 11:30 +0200, Lars Gullik Bjønnes wrote: > So far my changes has been done for Qt3 only, the other frontends will > probably not even compile. I look forward to bringing gtk up to speed as soon as this stuff is in trunk. John

[Patch] GCitation: Removing cited-keys search

kbutton_->set_sensitive(val); forwardbutton_->set_sensitive(val); } Index: GCitation.h === --- GCitation.h (revision 14021) +++ GCitation.h (working copy) @@ -108,8 +108,6 @@ Gtk::TextView * infoview_; Gtk::Entry * f

Re: Debut of the scons-based build system for lyx

On Mon, 2006-05-08 at 07:44 -0500, Bo Peng wrote: I will not have time to maintain a branch. ... I know scons is not perfect right now, but I do not expect anyone who does not like it to use it either. Why cannot Lars and other autotools fans just *ignore* the scons stuff? Because when

Re: Debut of the scons-based build system for lyx

On Mon, 2006-05-08 at 07:44 -0500, Bo Peng wrote: > I will not have time to maintain a branch. ... > I know scons is not perfect right now, but I do not expect > anyone who does not like it to use it either. Why cannot Lars and > other autotools fans just *ignore* the scons stuff? Because when

Re: 1.5 features

On Fri, 2006-04-28 at 12:13 +0200, Abdelrazak Younes wrote: IMO, the one thing that could make the release of 1.5 without unicode worth it would be the inclusion of the qt4 and gtk frontends if they are 100% ready. I was kind of hoping for unicode to happen before I did much more work on

Re: 1.5 features

On Fri, 2006-04-28 at 12:13 +0200, Abdelrazak Younes wrote: > > IMO, the one thing that could make the release of 1.5 without unicode > > worth it would be the inclusion of the qt4 and gtk frontends if they > > are 100% ready. I was kind of hoping for unicode to happen before I did much more

Re: Gtk not building.

On Mon, 2006-04-24 at 16:03 +0200, Georg Baum wrote: Lars Gullik Bjønnes wrote: Do others see this? Yes. Since several days, and I even sent a mail, but nobody answered. The attached patch makes it compile, but is of course not correct. My mistake - this was happening because I hadn't

Re: Gtk not building.

On Mon, 2006-04-24 at 17:08 +0200, Georg Baum wrote: I've committed it now - can you roll back GExternal.C changes please? Ok done, but why do you need to bother me with this and can't do it yourself? Because it was quicker than reading the subversion documentation, and I'm about to sit my

Re: Gtk not building.

On Mon, 2006-04-24 at 16:03 +0200, Georg Baum wrote: > Lars Gullik Bjønnes wrote: > > > Do others see this? > > Yes. Since several days, and I even sent a mail, but nobody answered. The > attached patch makes it compile, but is of course not correct. My mistake - this was happening because I

Re: Gtk not building.

On Mon, 2006-04-24 at 17:08 +0200, Georg Baum wrote: > > I've committed it now - can you roll back GExternal.C changes please? > > Ok done, but why do you need to bother me with this and can't do it > yourself? Because it was quicker than reading the subversion documentation, and I'm about to

Re: svn do not compile the gtk frontend

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 make 2 titi I

Re: svn do not compile the gtk frontend

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 >

'External' controller change (was Re: [Gtk] GExternal, finally)

On Sat, 2006-04-08 at 02:06 +0200, Bernhard Reiter wrote: Sorry about the delay, that's been some quite busy weeks. This required two or so pretty trivial changes two the controller and GtkLengthEntry. Hopefully everything's fine. src/frontends/controllers/ * ControlExternal.[Ch]: Split

'External' controller change (was Re: [Gtk] GExternal, finally)

On Sat, 2006-04-08 at 02:06 +0200, Bernhard Reiter wrote: > Sorry about the delay, that's been some quite busy weeks. > This required two or so pretty trivial changes two the controller and > GtkLengthEntry. Hopefully everything's fine. > src/frontends/controllers/ > * ControlExternal.[Ch]: Split

Re: Plan for Horizontal spacing formatting dialog

On Thu, 2006-03-30 at 14:23 +0200, Helge Hafting wrote: I have figured out and tested the latex to generate for all combinations of input. Now I am looking at qt4 designer. :-) Could you please write the controller first, before any UI? Once frontend code is written, it's a terrible effort

Re: Plan for Horizontal spacing formatting dialog

On Thu, 2006-03-30 at 16:23 +0200, Juergen Spitzmueller wrote: I think a good starting point, especially if your new on this area, is to use an existing dialog/controller, copy and adapt that. I think vspace could be a prototype in this case. A couple of issues which it would be nice to

Re: Plan for "Horizontal spacing & formatting" dialog

On Thu, 2006-03-30 at 14:23 +0200, Helge Hafting wrote: > I have figured out and tested the latex to generate for all > combinations of input. Now I am > looking at qt4 designer. :-) Could you please write the controller first, before any UI? Once frontend code is written, it's a terrible

Re: Plan for "Horizontal spacing & formatting" dialog

On Thu, 2006-03-30 at 16:23 +0200, Juergen Spitzmueller wrote: > I think a good starting point, especially if your new on this area, is to use > an existing dialog/controller, copy and adapt that. I think vspace could be a > prototype in this case. A couple of issues which it would be nice to

Text encoding in menus

Here's a fun thing - when running in a UTF-8 locale, the static menu strings (File, edit, etc) are passed from the menu backend in UTF-8. However, the section names for the navigation menu are given in latin-1. Is there any general idea about the text encoding used internally? Is everything

Text encoding in menus

Here's a fun thing - when running in a UTF-8 locale, the static menu strings (File, edit, etc) are passed from the menu backend in UTF-8. However, the section names for the navigation menu are given in latin-1. Is there any general idea about the text encoding used internally? Is everything

Re: Bugzilla permissions

On Tue, 2006-03-28 at 16:40 +0200, Jean-Marc Lasgouttes wrote: John I think so - I seem to have the option, no idea whether clicking John it works without having a suitable bug. So you did not really need it, just felt frustrated about it :) I think something else happened to the one I was

Re: Bugzilla permissions

On Tue, 2006-03-28 at 16:40 +0200, Jean-Marc Lasgouttes wrote: > John> I think so - I seem to have the option, no idea whether clicking > John> it works without having a suitable bug. > > So you did not really need it, just felt frustrated about it :) I think something else happened to the one I

Re: [PATCH] Simple session management of lyx.

On Sat, 2006-03-25 at 08:18 +0100, Juergen Spitzmueller wrote: Anything else for a session management tool? Perhaps 7. toolbars state Surely visible toolbars are more of an 'option' than a session thing? This is something one would *always* want remembered, unlike session information which

Re: [PATCH] Complete patch for session management.

On Fri, 2006-03-24 at 23:01 -0600, Bo Peng wrote: Current behavior: 1. if lyx is called directly and load_session is true, lyx will load all previously opened files 2. if lyx file.lyx is called, only file.lyx is loaded. 3. if use_lastfilepos is true, files loaded will scroll to their saved

Crash at startup (HEAD)

Hello, Current svn is segfaulting at startup (both qt2 and gtk frontends), with this backtrace: #0 0xb72d5ba8 in __gnu_debug::_Safe_iterator_base::_M_detach () from /usr/lib/libstdc++.so.6 #1 0xb72d5c3b in __gnu_debug::_Safe_iterator_base::_M_attach () from /usr/lib/libstdc++.so.6 #2

Re: [PATCH] Complete patch for session management.

On Sat, 2006-03-25 at 08:21 -0600, Bo Peng wrote: I would say we only need a single option Remember opened documents on startup (disabled by default). I agree. Somebody else please do it. Just waiting for the relevant bool in lyxrc. We need the frontends to catch the session cues from

Bugzilla permissions

Dear root, I don't seem to be able to change the status of a bug from UNCONFIRMED to ASSIGNED (even though as frontend-gtk it was already assigned to me) - can I have the permissions necessary to do so? John

Re: [PATCH] Simple session management of lyx.

On Fri, 2006-03-24 at 18:02 -0600, Bo Peng wrote: 5. Lyx window position when closed? 6. Lyx window size when closed? I would recommend against remembering window position. Good window managers make an effort to place a new window such that it occupies any blank space available. Window size,

Re: [PATCH] Complete patch for session management.

On Sat, 2006-03-25 at 22:45 +0100, Lars Gullik Bjønnes wrote: | Basically what I'm saying is that the frontends just need a nice simple | function to call, so we have QuitLyX for some cases and SessionEndLyX | (or so) for others. I do not see quite why. Having read Bo's patch a bit, I think

Re: [PATCH] Simple session management of lyx.

On Sat, 2006-03-25 at 08:18 +0100, Juergen Spitzmueller wrote: > > Anything else for a session management tool? > > Perhaps > 7. toolbars state Surely visible toolbars are more of an 'option' than a session thing? This is something one would *always* want remembered, unlike session information

Re: [PATCH] Complete patch for session management.

On Fri, 2006-03-24 at 23:01 -0600, Bo Peng wrote: > Current behavior: > 1. if lyx is called directly and load_session is true, lyx will load > all previously opened files > 2. if "lyx file.lyx" is called, only file.lyx is loaded. > 3. if use_lastfilepos is true, files loaded will scroll to their

Crash at startup (HEAD)

Hello, Current svn is segfaulting at startup (both qt2 and gtk frontends), with this backtrace: #0 0xb72d5ba8 in __gnu_debug::_Safe_iterator_base::_M_detach () from /usr/lib/libstdc++.so.6 #1 0xb72d5c3b in __gnu_debug::_Safe_iterator_base::_M_attach () from /usr/lib/libstdc++.so.6 #2

Re: [PATCH] Complete patch for session management.

On Sat, 2006-03-25 at 08:21 -0600, Bo Peng wrote: > > I would say we only need a single option "Remember opened documents on > > startup" (disabled by default). > > I agree. Somebody else please do it. Just waiting for the relevant bool in lyxrc. > > We need the frontends to catch the session

Bugzilla permissions

Dear root, I don't seem to be able to change the status of a bug from UNCONFIRMED to ASSIGNED (even though as frontend-gtk it was already assigned to me) - can I have the permissions necessary to do so? John

Re: [PATCH] Simple session management of lyx.

On Fri, 2006-03-24 at 18:02 -0600, Bo Peng wrote: > 5. Lyx window position when closed? > 6. Lyx window size when closed? I would recommend against remembering window position. Good window managers make an effort to place a new window such that it occupies any blank space available. Window

Re: [PATCH] Complete patch for session management.

On Sat, 2006-03-25 at 22:45 +0100, Lars Gullik Bjønnes wrote: > | Basically what I'm saying is that the frontends just need a nice simple > | function to call, so we have QuitLyX for some cases and SessionEndLyX > | (or so) for others. > > I do not see quite why. Having read Bo's patch a bit, I

Re: Source cosmetics

On Sun, 2006-02-26 at 15:50 +0100, Lars Gullik Bjønnes wrote: Sometime ago we even agreed on *.C - *.cxx change. But today to aim for a what seems to be commonly used I'd use *.C - *.cpp instead. I can't find this in the list archive - why was it thought a good idea? I personally like being

Re: Source cosmetics

On Sun, 2006-02-26 at 15:50 +0100, Lars Gullik Bjønnes wrote: > Sometime ago we even agreed on *.C -> *.cxx change. But today to aim > for a what seems to be commonly used I'd use *.C -> *.cpp instead. I can't find this in the list archive - why was it thought a good idea? I personally like being

Re: [Cvslog] r13260 - in /lyx-devel/trunk/src/frontends/gtk: GTabular....

On Tue, 2006-02-21 at 10:54 +0100, Jean-Marc Lasgouttes wrote: spray Author: spray Date: Mon Feb 20 19:03:24 2006 New Revision: spray 13260 spray Log: Some work on GTK tabular dialog It would be nice to have changelogs from times to times :) That particular commit was just for my own

Re: [Cvslog] r13260 - in /lyx-devel/trunk/src/frontends/gtk: GTabular....

On Tue, 2006-02-21 at 10:54 +0100, Jean-Marc Lasgouttes wrote: > spray> Author: spray Date: Mon Feb 20 19:03:24 2006 New Revision: > spray> 13260 > > spray> Log: Some work on GTK tabular dialog > > It would be nice to have changelogs from times to times :) That particular commit was just for my

Re: [PATCH] Speedup paragraph insertion/removal (a.k.a ParagraphList Rewrite)

On Mon, 2006-02-20 at 13:58 +0100, Jean-Marc Lasgouttes wrote: Abdelrazak Not exactly, it's more like you cannot solve two opposite Abdelrazak problems with a single solution or something like that. Abdelrazak Do you have a better explanation Jean-Marc? I'd say have your cake and eat it is

Re: [PATCH] Speedup paragraph insertion/removal (a.k.a ParagraphList Rewrite)

On Mon, 2006-02-20 at 13:58 +0100, Jean-Marc Lasgouttes wrote: > Abdelrazak> Not exactly, it's more like "you cannot solve two opposite > Abdelrazak> problems with a single solution" or something like that. > Abdelrazak> Do you have a better explanation Jean-Marc? > > I'd say "have your cake and

Re: Up arrow in bibtex dialog crashes lyx.

Am Mittwoch, den 15.02.2006, 10:59 +0100 schrieb Juergen Spitzmueller: This one I like the most. How about the attached patch? Fixes the crash in both frontends (John, I guess gtk needs something similar; btw with Bo's testcase the gtk citation dialog remains empty). The dialog was remaining

Re: Icon nastiness

Am Donnerstag, den 16.02.2006, 23:45 +0100 schrieb [EMAIL PROTECTED]: We do have swankier icons; how do we get them used by the wider world? No clue whatsoever :-) Speaking of icons... Some folks that package LyX seem to include a .desktop file (as found in /usr/share/applications and in

Re: Up arrow in bibtex dialog crashes lyx.

Am Mittwoch, den 15.02.2006, 10:59 +0100 schrieb Juergen Spitzmueller: > This one I like the most. How about the attached patch? Fixes the crash in > both frontends (John, I guess gtk needs something similar; btw with Bo's > testcase the gtk citation dialog remains empty). The dialog was

Re: Icon nastiness

Am Donnerstag, den 16.02.2006, 23:45 +0100 schrieb [EMAIL PROTECTED]: > > We do have swankier icons; how do we get them used by the wider world? > > No clue whatsoever :-) Speaking of icons... Some folks that package LyX seem to include a .desktop file (as found in /usr/share/applications and

Re: [Patch] Fix for 2212: First change is skipped in Merge changes... dialog

Am Dienstag, den 14.02.2006, 14:00 +0200 schrieb Martin Vermeer: On Mon, 2006-02-13 at 23:16 +0100, Jean-Marc Lasgouttes wrote: Martin == Martin Vermeer [EMAIL PROTECTED] writes: Martin Attached, please verify. - Martin Is that a qt-only bug? No. Attached what is needed to fix

Re: GTK bug (Crash) when opening Documents-Settings

Am Mittwoch, den 07.12.2005, 05:58 +0100 schrieb Martin Dietz: after successfully compiling the GTK version, the first thing I recognized was a crash. I did this: start LyX, open a new file, go to Documents - Settings and crash. I attach the usual information. Are you still having this

Re: [Patch] Fix for 2212: First change is skipped in Merge changes... dialog

Am Dienstag, den 14.02.2006, 17:14 +0200 schrieb Martin Vermeer: Let me check that I understand the logic correctly: When we first show the dialog, if controller.changed() returns true then there are changes to be merged, and if it returns false then there are no changes to be merged.

Re: [Patch] Fix for 2212: First change is skipped in Merge changes... dialog

Am Dienstag, den 14.02.2006, 18:33 +0200 schrieb Martin Vermeer: Executive summary: my previous patch for this is not necessary But did you test this together with my fix for 2212, i.e., including my changes to BufferView_pimpl.C? This changes the logic. You should _not_ call

Re: [Patch] Fix for 2212: First change is skipped in "Merge changes..." dialog

Am Dienstag, den 14.02.2006, 14:00 +0200 schrieb Martin Vermeer: > On Mon, 2006-02-13 at 23:16 +0100, Jean-Marc Lasgouttes wrote: > > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > > > Martin> Attached, please verify. - Martin > > > > Is that a qt-only bug? > > No. > >

Re: GTK bug (Crash) when opening Documents->Settings

Am Mittwoch, den 07.12.2005, 05:58 +0100 schrieb Martin Dietz: > after successfully compiling the GTK version, the first thing I recognized > was a crash. > > I did this: start LyX, open a new file, go to Documents -> Settings and > crash. I attach the usual information. Are you still having

Re: [Patch] Fix for 2212: First change is skipped in "Merge changes..." dialog

Am Dienstag, den 14.02.2006, 17:14 +0200 schrieb Martin Vermeer: > > Let me check that I understand the logic correctly: > > When we first show the dialog, if controller.changed() returns true then > > there are changes to be merged, and if it returns false then there are > > no changes to be

Re: [Patch] Fix for 2212: First change is skipped in "Merge changes..." dialog

Am Dienstag, den 14.02.2006, 18:33 +0200 schrieb Martin Vermeer: > > Executive summary: my previous patch for this is not necessary > > But did you test this together with my fix for 2212, i.e., including my > changes to BufferView_pimpl.C? This changes the logic. You should _not_ > call

Re: Status of lyx-gtk (was: Icons)

Am Montag, den 13.02.2006, 09:35 +0100 schrieb Jean-Marc Lasgouttes: BTW, how far are you from a complete lyx-gtk? I wrote this for someone else the other day: Status of lyx-gtk = * Almost all of the dialogs have been implemented, with the following exceptions:

Re: Hello

Am Montag, den 13.02.2006, 22:05 + schrieb Bartek Kostrzewa: Hi, I just wanted to introduce myself to the list. I will try to help out on the gtkmm frontend as much as I can ( in terms of programming capability and time ). ...the gtk conspiracy continues :-) I've already had some

Re: Status of lyx-gtk (was: Icons)

Am Montag, den 13.02.2006, 09:35 +0100 schrieb Jean-Marc Lasgouttes: > BTW, how far are you from a complete lyx-gtk? I wrote this for someone else the other day: Status of lyx-gtk = * Almost all of the dialogs have been implemented, with the following exceptions:

Re: Hello

Am Montag, den 13.02.2006, 22:05 + schrieb Bartek Kostrzewa: > Hi, I just wanted to introduce myself to the list. I will try to help > out on the gtkmm frontend as much as I can ( in terms of programming > capability and time ). ...the gtk conspiracy continues :-) I've already had some

Re: Icons (was:lyx-1.4pre4)

Am Montag, den 30.01.2006, 14:59 + schrieb John C. Spray: I would point out that the GTK frontend uses GTK+ stock icons for things like load/save/search and so on. The point of this is to obey the user's theme. The qt frontend could do the same thing with KDE icons I suppose. There is

Re: Icons (was:lyx-1.4pre4)

Am Montag, den 30.01.2006, 14:59 + schrieb John C. Spray: > I would point out that the GTK frontend uses GTK+ stock icons for things > like load/save/search and so on. The point of this is to obey the > user's theme. The qt frontend could do the same thing with KDE icons I > suppose. There

Re: Baywatch is dead.

Am Donnerstag, den 09.02.2006, 21:08 +0100 schrieb Lars Gullik Bjønnes: I know that this is an really awkward time to do this, but I am going to take the oppurtunity to change to subversion regardless. Good man! John

Re: Repo moved to subversion

Am Freitag, den 10.02.2006, 02:58 +0100 schrieb Lars Gullik Bjønnes: The repo is not opened up for commit yet, but checkouts should work ok. It is working for me - I can check out a tree and get correct diffs. Ready to commit stuff whenever you have time to finish setting it up. By the way,

Re: Baywatch is dead.

Am Donnerstag, den 09.02.2006, 21:08 +0100 schrieb Lars Gullik Bjønnes: > I know that this is an really awkward time to do this, but I am going > to take the oppurtunity to change to subversion regardless. Good man! John

Re: Repo moved to subversion

Am Freitag, den 10.02.2006, 02:58 +0100 schrieb Lars Gullik Bjønnes: > The repo is not opened up for commit yet, but checkouts should work > ok. It is working for me - I can check out a tree and get correct diffs. Ready to commit stuff whenever you have time to finish setting it up. By the way,

[Patch] More preferences (gtkmm 2.6 reqd.)

--- frontends/gtk/ChangeLog 7 Feb 2006 10:42:10 - 1.159 +++ frontends/gtk/ChangeLog 7 Feb 2006 22:25:01 - @@ -1,6 +1,8 @@ 2006-02-07 John Spray [EMAIL PROTECTED] * GCitation.[Ch]: Allow adding items by double clicking + * GPreferences.[Ch], glade/preferences.glade: Make font options

Re: [Patch] More preferences (gtkmm 2.6 reqd.)

Am Dienstag, den 07.02.2006, 21:58 + schrieb John Spray: Attached patch continues work on GTK preferences dialog. Oops, that patch contained some random extraneous stuff outside of frontends/gtk, please ignore that, only gtk stuff was committed. John

[Patch] More preferences (gtkmm 2.6 reqd.)

Log --- frontends/gtk/ChangeLog 7 Feb 2006 10:42:10 - 1.159 +++ frontends/gtk/ChangeLog 7 Feb 2006 22:25:01 - @@ -1,6 +1,8 @@ 2006-02-07 John Spray <[EMAIL PROTECTED]> * GCitation.[Ch]: Allow adding items by double clicking + * GPreferences.[Ch], glade/preferences.glade: Make fon

Re: [Patch] More preferences (gtkmm 2.6 reqd.)

Am Dienstag, den 07.02.2006, 21:58 + schrieb John Spray: > Attached patch continues work on GTK preferences dialog. Oops, that patch contained some random extraneous stuff outside of frontends/gtk, please ignore that, only gtk stuff was committed. John

[Patch] GTK Bibtex dialog

left to do + * GBibtex.[Ch], glade/bibtex.glade: Implement bibtex dialog 2006-02-05 John Spray [EMAIL PROTECTED] Index: Dialogs.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/gtk/Dialogs.C,v retrieving revision

[Patch] GTK Bibtex dialog

left to do + * GBibtex.[Ch], glade/bibtex.glade: Implement bibtex dialog 2006-02-05 John Spray <[EMAIL PROTECTED]> Index: Dialogs.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/gtk/Dialogs.C,v retrieving re

[Patch] Start GTK preferences dialog

Hi, Attached is a stub of the GTK preferences dialog, starting with the screen font options. I've applied it. John

Re: [Patch] Start GTK preferences dialog

2006 21:55:55 - @@ -1,3 +1,8 @@ +2006-02-05 John Spray [EMAIL PROTECTED] + + * GPreferences.[Ch], glade/preferences.glade: Start work on + preferences dialog (Screen fonts tab done). + 2006-01-28 John Spray [EMAIL PROTECTED] * GtkLengthEntry.[Ch]: implement signal_changed, setup spin

Re: [Patch] Start GTK preferences dialog

Am Sonntag, den 05.02.2006, 23:20 +0100 schrieb Lars Gullik Bjønnes: | +/* | +namespace { | + | +pair string, string parseFontName(Glib::ustring name) | +{ const ref? | + string fontname = ; | + string foundry = ; Drop the initalization. Is foundry actually used at all? Oops,

[Patch] Start GTK preferences dialog

Hi, Attached is a stub of the GTK preferences dialog, starting with the screen font options. I've applied it. John

Re: [Patch] Start GTK preferences dialog

2006 21:55:55 - @@ -1,3 +1,8 @@ +2006-02-05 John Spray <[EMAIL PROTECTED]> + + * GPreferences.[Ch], glade/preferences.glade: Start work on + preferences dialog ("Screen fonts" tab done). + 2006-01-28 John Spray <[EMAIL PROTECTED]> * GtkLengthEntry.[Ch]: im

Re: [Patch] Start GTK preferences dialog

Am Sonntag, den 05.02.2006, 23:20 +0100 schrieb Lars Gullik Bjønnes: > | +/* > | +namespace { > | + > | +pair parseFontName(Glib::ustring ) > | +{ > > const ref? > > | + string fontname = ""; > | + string foundry = ""; > > Drop the initalization. Is foundry actually used at

Re: Bug reporting - disk full

Am Montag, den 30.01.2006, 10:04 +0100 schrieb Jean-Marc Lasgouttes: Abdel, does it seem reasonable? Once qt4 is officially in the 1.4 tree, I am going to be conservative about further changes anyway. And before you ask, it will be the same for gtk :) Do you mean you want to be conservative

Re: Bug reporting - disk full

Am Montag, den 30.01.2006, 10:04 +0100 schrieb Jean-Marc Lasgouttes: > Abdel, does it seem reasonable? Once qt4 is officially in the 1.4 > tree, I am going to be conservative about further changes anyway. And > before you ask, it will be the same for gtk :) Do you mean you want to be conservative

Re: gtk frontend does not compile

Fixed: clear_items() appears to be a very recent addition to the API. I've reverted it to the to-be-deprecated clear() in CVS. 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...) John Am Samstag, den

Wrap placement options

Hello, I'm having trouble making sense of the options in the wrap dialog for the placement of the wrap. From the xforms frontend: str = _(Forces float to the right in a paragraph if the page number is odd, and to the left if page number is even.);

Re: gtk frontend does not compile

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 don't

Re: gtk frontend does not compile

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 box. This is not

[Patch] GTK Wrap dialog

Hi, Forgot to do a diff of this one before committing, relevant patches linked in the attached. John ---BeginMessage--- CVSROOT:/usr/local/lyx/cvsroot Module name:lyx-devel Repository: lyx-devel/src/frontends/gtk/glade/ Changes by: [EMAIL PROTECTED] 06/01/28 17:42:18

Re: gtk frontend does not compile

Fixed: clear_items() appears to be a very recent addition to the API. I've reverted it to the to-be-deprecated clear() in CVS. 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...) John Am Samstag, den

Wrap placement options

Hello, I'm having trouble making sense of the options in the wrap dialog for the placement of the wrap. From the xforms frontend: str = _("Forces float to the right in a paragraph if the page number " "is odd, and to the left if page number is even.");

Re: gtk frontend does not compile

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

Re: gtk frontend does not compile

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 > box. This is

[Patch] GTK Wrap dialog

Hi, Forgot to do a diff of this one before committing, relevant patches linked in the attached. John --- Begin Message --- CVSROOT:/usr/local/lyx/cvsroot Module name:lyx-devel Repository: lyx-devel/src/frontends/gtk/glade/ Changes by: [EMAIL PROTECTED] 06/01/28 17:42:18

Re: Gtk Branches Dialog

Am Freitag, den 27.01.2006, 02:06 +0100 schrieb Bernhard Reiter: yet another (very small) one. this time no screenie attached. Eine angenehme Überraschung! I've committed this with the following changes: * Unnecessary definitions of Gtk::TreeModel::ColumnRecord stuff removed from

Re: Gtk Branches Dialog

Am Freitag, den 27.01.2006, 02:06 +0100 schrieb Bernhard Reiter: > yet another (very small) one. this time no screenie attached. Eine angenehme Überraschung! I've committed this with the following changes: * Unnecessary definitions of Gtk::TreeModel::ColumnRecord stuff removed from

Re: [Patch] Detach Gtk from xforms, add GTabular, add GtkLengthEntry

Am Mittwoch, den 25.01.2006, 11:33 +0100 schrieb Frederic-Emmanuel PICCA: since yesterday I can not compile the gtk frontend. here the messages of the compilation Sounds like you didn't ./configure with --enable-maintainer-mode - try running configure again. John

Re: [Patch] Detach Gtk from xforms, add GTabular, add GtkLengthEntry

Am Mittwoch, den 25.01.2006, 11:33 +0100 schrieb Frederic-Emmanuel PICCA: > since yesterday I can not compile the gtk frontend. > > here the messages of the compilation Sounds like you didn't ./configure with "--enable-maintainer-mode" - try running configure again. John

[Patch] Gtk Image class

23:53:28 - @@ -1,3 +1,9 @@ +2006-01-23 John Spray [EMAIL PROTECTED] + * LyXGdkImage.[Ch]: replace xforms Image class + * Makefile.am: build LyXGdkImage + * GPainter.C: use new Gdk Image class + * lyx_gui.C: use new Gdk Image class, disable XSynchronize + 2006-01-21 John Spray [EMAIL

[Patch] Gtk Image class

23:53:28 - @@ -1,3 +1,9 @@ +2006-01-23 John Spray <[EMAIL PROTECTED]> + * LyXGdkImage.[Ch]: replace xforms Image class + * Makefile.am: build LyXGdkImage + * GPainter.C: use new Gdk Image class + * lyx_gui.C: use new Gdk Image class, disable XSynchronize + 2006-01-21 John Spray &

  1   2   3   4   5   >