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 cha
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,
()
+ && !(bibFilter_->children()).empty();
backbutton_->set_sensitive(val);
forwardbutton_->set_sensitive(val);
}
Index: GCitation.h
===
--- GCitation.h (revision 14021)
+++ GCitation.h (working copy)
@@ -108,
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
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
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 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
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 had
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
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
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
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 effor
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 supp
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
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 t
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,
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
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 cue
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 0xb
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 sa
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 wh
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
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
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 e
On Fri, 2006-02-17 at 16:02 +, Bartek Kostrzewa wrote:
> Out of interest I've compiled lyx 1.4.0cvs adding gprof and did some
> profiling to see why the scrolling was so slow in the qt frontend (and
> it is horribly slow, the gtk frontend is MUCH faster (but I guess also
> much less complete) )
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
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 remaini
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 controlle
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 merge
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
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.
>
> Attache
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 worthw
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:
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 i
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,
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
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
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
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
Am Sonntag, den 05.02.2006, 23:20 +0100 schrieb Lars Gullik Bjønnes:
> | +/*
> | +namespace {
> | +
> | +pair parseFontName(Glib::ustring &name)
> | +{
>
> const ref?
>
> | + string fontname = "";
> | + string foundry = "";
>
> Drop the initalization. Is foundry actually used at all?
Oops,
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
Hi,
Attached is a stub of the GTK preferences dialog, starting with the
screen font options.
I've applied it.
John
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
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
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
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
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.");
tool
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 28.0
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
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
3 Jan 2006 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 Jo
Hello,
The helper function findPos is copied+pasted into each of the three
frontends - if someone suggests a sensible place to put it so that it
can be shared, I'll do that and amend each frontend accordingly.
John
OkCancelReadOnlyPolicy);
} else if (name == "bibtex") {
dialog->bc().view(new xformsBC(dialog->bc()));
Index: GBibItem.C
===
RCS file: GBibItem.C
diff -N GBibItem.C
--- /dev/null 1 Jan 1970 00:00:00 -
+++ GBibItem.C 21 Jan 2006 20:03:45 -
@@ -0,0 +1,85 @@
+/**
+ * \file GBib
Hi,
Attached patch does the following:
* Remove the 'Footnote' and 'Marginal Note' entries, since they
don't seem to correspond to any dialog in any frontend.
* Mark Ref, Citation and Thesaurus as complete for GTK frontend.
(I don't have permissions to apply this myself)
John
Am Freitag, den 20.01.2006, 20:01 +0100 schrieb Bernhard Reiter:
> > I'll test and
> > probably commit it once I have the glade.
I've committed this now.
John
Oooh! Oooh! gtk frontend!
Couple points, haven't looked at the code in detail:
* The .glade file needs an entry in
frontends/gtk/glade/Makefile.am to get installed.
* The .glade file should have the separator disabled on the dialog
object to be consistent with the ot
=
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/gtk/ChangeLog,v
retrieving revision 1.132
diff -u -p -r1.132 ChangeLog
--- ChangeLog 3 Aug 2005 07:47:54 - 1.132
+++ ChangeLog 5 Aug 2005 07:18:58 -
@@ -1,3 +1,7 @@
+2005-07-05 John Spray <[E
On Thu, 2005-08-04 at 10:31 +0200, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> | Patches attached. I won't apply this GRef until someone loves the
> | addition to ControlRef enough to commit it (I only have write access
> | to frontends/gtk, I
On Thu, 2005-08-04 at 10:04 +0200, Lars Gullik Bjønnes wrote:
> | Patches attached. I won't apply this GRef until someone loves the
> | addition to ControlRef enough to commit it (I only have write access to
> | frontends/gtk, I think).
>
> Is it not possible to do this without changes to Control
On Wed, 2005-08-03 at 14:49 +0200, Juergen Spitzmueller wrote:
> I don't have such problems. The only one is bug 1954.
Thanks Jürgen: today I have installed a fresh Ubuntu in order to have a
working dev environment again. Even better, I went for a run in the
park while it installed, and it was su
-0000
@@ -0,0 +1,260 @@
+/**
+ * \file GRef.C
+ * This file is part of LyX, the document processor.
+ * Licence details can be found in the file COPYING.
+ *
+ * \author John Spray
+ * \author Andreas Klostermann
+ * Full author contact details are available in file CREDITS.
+ */
+
+#include
Hi,
Does anyone have a recently (last week or two) compiled lyx-gtk? For
me, it's crashing on many dialogs. For instance, simply starting it and
clicking on help->about causes a segfault in ostringstream:operator<<.
I ask if anyone else gets these crashes, because I've had some fairly
serious gc
revision 1.131
diff -u -p -r1.131 ChangeLog
--- ChangeLog 31 Jul 2005 22:43:27 - 1.131
+++ ChangeLog 2 Aug 2005 22:11:44 -
@@ -1,3 +1,8 @@
+2005-07-02 John Spray <[EMAIL PROTECTED]>
+ * xftFontMetrics.C: Add error checking to call to mbstowcs
+ in font_metrics::width, estimate width
Hi,
Attached patch hacks around a crash I encountered scrolling through the
user guide in lyx-gtk. It would be nice to track down what was passing
font_metrics::width character counts longer than the string passed, but
one thing at a time :-)
John
Index: xftFontMetrics.C
Hi,
[Regarding to bug 1954 (http://bugzilla.lyx.org/show_bug.cgi?id=1954)]
Quoting:
G. Baum:
> Anyway, the problem seems to be that the menu labels are always encoded in
> latin and never in utf, so they may not be translated via Glib::locale_to_utf8
> (). AFAIK this has changed recently. Have
geLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/gtk/ChangeLog,v
retrieving revision 1.130
diff -u -p -r1.130 ChangeLog
--- ChangeLog 28 Jul 2005 10:26:32 - 1.130
+++ ChangeLog 31 Jul 2005 22:37:43 -
@@ -1,3 +1,7 @@
+2005-07-31 John
On Fri, 2005-07-01 at 13:17 -0400, David Wilson wrote:
> I am working on (for Google's Summer of Code) a plugin for Gaim to
> allow conversations featuring math notation.
You've probably already seen gaim-latex, but I thought I'd mention it
anyway.
> 2) Gaim is GTK. LyX is...many things. On the GU
On Fri, 2005-05-27 at 16:37 +0200, Jean-Marc Lasgouttes wrote:
> Another (somewhat unrelated) problem is that we should not build
> lyx-xforms unless explicitely requested. The following patch does that
> (build the frontend directory but not the binary).
>
> Does it help LyX/Gtk?
Patch works wel
wants to refer to it it will still be findable. Right
now it's just confusing to anyone who is new to the repository.
> * leave the gtk port alone. Nobody is *required* to work on it. If John
> Spray wants to work on it, then who am I to tell him not to?
Indeed :-)
I think that Michael
On Thu, 2005-05-12 at 15:50 +0200, Lars Gullik Bjønnes wrote:
> Are any of you using ccache when building lyx?
>
> Experiences?
I've been using it for as long as I've been compiling LyX, never had any
problems.
John
On Mon, 2005-04-18 at 18:07 +0100, Will Ratcliffe wrote:
> Also when i 'make install' only the xforms version is installed to
> $prefix. Is this intentional? I'd like to install the gtk version
> properly.
It appears that only the file symlinked to by src/lyx is installed. So,
although I have lyx
On Wed, 2005-04-06 at 22:54 -0300, Manuel Corrales wrote:
> Hi, i am getting this problems. I report some of them previously but
> keep coming, This is from a version checkout a minutes ago.
Sorry for the delay, IÂve been busy with lots of other things.
> Help -> Introduction == crash
I canÂt re
On Wed, 2005-03-30 at 11:37 -0300, Manuel Corrales wrote:
> File -> New
>
> then i type ñ (n with ~) and crash, the message is this:
Strange. If I switch to a spanish layout and type ñ, then lyx gtk does
not have a problem. This is CVS from a couple of weeks back that I´m
using.
John
On Mon, 2005-03-21 at 19:37 +0100, Juergen Spitzmueller wrote:
> John Spray wrote:
> > So would it be correct to say that if (scale == string() && width ==
> > LyXLength() && height == LyXLength()) then I should present the user
> > with UI representing 100% s
On Mon, 2005-03-21 at 19:26 +0100, Juergen Spitzmueller wrote:
> John Spray wrote:
> > Would it not be more sensible to have scale = "100"? or does this get
> > set elsewhere?
>
> The scale param is not written in this case. The backend outputs it in
> origi
Hi,
In InsetGraphicsParams::init, we have:
> scale = string(); // output scaling in percentage
> width = LyXLength();
> height = LyXLength();
Would it not be more sensible to have scale = "100"? or does this get
set elsewhere?
John
Attached, update to reflect progress on gtk frontend.
John
Index: guii.php3
===
RCS file: /cvs/lyx/www-devel/guii.php3,v
retrieving revision 1.72
diff -u -p -r1.72 guii.php3
--- guii.php3 2004/11/15 15:35:27 1.72
+++ guii.php3 2005/0
On Sun, 2005-03-20 at 17:14 +0100, Alfredo Braunstein wrote:
> The following patch eliminates the infinite loop while scrolling in the gtk
> frontend. It introduces a flag to eliminate reentrance between onScroll and
> setScrollbarParameters. Is not that I'm really able to follow al the
> signals w
On Sun, 2005-03-20 at 15:10 +0200, Martin Vermeer wrote:
> On Sun, Mar 20, 2005 at 01:02:43PM +0000, John Spray wrote:
> > On Sun, 2005-03-20 at 12:42 +, Angus Leeming wrote:
> > > Add an extra 'const':
> > > char const * const encodings[] = ...
> > D
On Sun, 2005-03-20 at 12:42 +, Angus Leeming wrote:
> Add an extra 'const':
> char const * const encodings[] = ...
Done. Someone might want to do the same for QDocument.C, since that's
where I ripped it from (I can only commit to gtk directory).
> Hmmm
> // Be a cheesy bastard, fo
Hi,
In frontends/qt2/QDocument.h
> /// FIXME
> std::vector lang_;
Before I emulate this code in the gtk frontend, may I ask what is wrong
with this vector (which is filled with getSecond( getLanguageData
(false)))?
John
On Fri, 2005-03-18 at 08:58 +0100, Georg Baum wrote:
> And why is that not the default? I did not know until now that such a
> toolbar even exists. It is easy to remove it when a user does not want it,
> but if it is off by default it is difficult to learn that it exists at all.
> The same is valid
On Fri, 2005-03-11 at 20:45 +0100, Andreas Klostermann wrote:
> I changed a lot of the things that where brought up. No instant apply
> anymore, and the jumpto/back buttons get reset when selecting another
> label from the list.
> I changed the glade file, too. The main reason for not using patches
On Fri, 2005-03-11 at 10:28, Jean-Marc Lasgouttes wrote:
> Concerning the font sizes: the 10|11|12 value is only the default for
> basic classes, and I am not sure actually why the xforms and qt
> frontends use it. Later in the code, they initialize the combox with
> the value of LyXTextClass::opt_
On Fri, 2005-03-11 at 00:55 +0100, Lars Gullik Bjønnes wrote:
> Ooo space after ',' missing.
> Drop the bool const and use only bool here. On declarations: not const
> on pods, in definitions it is ok.
> defunit cannot be a const ref?
> ditto 'bool const' -> 'bool'
Thanks Lars, all suggested
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
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
On Sun, 2005-03-06 at 11:52 +0100, Andreas Klostermann wrote:
> Is anybody working on the GTK preferences dialog? Otherwise I'd simply
> proceed to implementing it.
I'm not working on it atm, so I'd say the answer is no. However, are
you sure you want to try the biggest dialog in the program firs
On Sat, 2005-03-05 at 16:16 +0100, Juergen Spitzmueller wrote:
> This does not depend on "Use Class Defaults". The actual bug is that it is
> impossible delete extra options once they have been applied (not in 1.3.x
> btw). Seems that the core doesn't accept empty strings.
Attached patch works f
Hi,
Here's the weirdness:
- Open document settings
- Make a change, eg put some text in "Extra options"
- Click Apply, or OK if you like
- Click "Use Class Defaults". The extra options box is now blanked, as
one would expect.
- Click Apply, or OK if you like
- Close the dialog, then open it again
On Sat, 2005-03-05 at 10:11 +0100, Andreas Klostermann wrote:
> I tried to block the adjustment's signal at the start of
> GWorkArea::setScrollbarParams, and unblock it at the end. Afterwards
> I can't reproduce the unwanted behaviour in any file I tried.
> That's what I added:
> It would be very
On Sat, 2005-03-05 at 01:09 +0100, Lars Gullik Bjønnes wrote:
> | + int current_selection = combo_.get_active_row_number();
>
> Could it have been const?
It could, and now is :-)
My coding style may have become somewhat slack, since I've been writing
a lot of fortran lately. It rots the mind a
Hi,
When I try to switch document classes a couple of times, I get the error
list dialog with a single "\begin_header is missing" error. For
instance, this happens if I open the document settings dialog (lyx-qt or
lyx-xforms), switch from article to book and click apply (no error), and
then switc
On Fri, 2005-03-04 at 23:02 +0100, Andreas Klostermann wrote:
> I try to fix a bug in the gtk frontend. When moving the cursor "out of
> sight", normally the view should follow it by centering. Now, with the
> gtk frontend, it will scroll crazily around, making the application
> unrespondible.
> I
Hi,
Just committed the attached, along with a changelog entry.
John
Index: GToolbar.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/gtk/GToolbar.C,v
retrieving revision 1.29
diff -u -p -r1.29 GToolbar.C
--- GToolbar.C 2005/01/29 15:
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,
> but it is not reflect
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 me afraid of my
On Tue, 2005-02-22 at 14:55 +, Angus Leeming wrote:
> "The following people hereby grant permission to licence their contributions
> to LyX under the Gnu General Public Licence, version 2 or later."
I hereby grant permission to licence my contributions to LyX under the
Gnu General Public Licen
On Mon, 2005-01-17 at 10:08 +0100, Alfredo Braunstein wrote:
> I know what this it: the gtk frontend fires the "scrolling" signal when
> setting the scrollbar parameters from inside LyX: the kernel expects that
> setting the parameters only changes the scrollbar visually (and invokes no
> scrolling
1 - 100 of 204 matches
Mail list logo
