John Levon <[EMAIL PROTECTED]> writes:
| On Fri, May 24, 2002 at 03:44:33PM +0200, Asger K. Alstrup Nielsen wrote:
>
>> How much money do you need?
>
| Heh, thanks, but I've plans now anyway !
... bad planning ...
--
Lgb
> You have not added any basic funtionallity in this patch, you add:
>
> - floats in layout files
> - gui for creation of new floats
> - gui for setting options on floats
>
> And this is bacsically what I have said is missing.
> (and floats in layout files are not _really_ needed, but we want it
>
Hey guys,
I'm starting to change the GNOME frontend to use gtkmm2 and
libglademm. Hopefully things won't be too much of a moving target.
I _think_ I've cleaned up the build mojo (configure.in) as much as I
need to, but as this area of things is still voodoo as far as I can
tell I'd appreciate y
Michael Koziarski <[EMAIL PROTECTED]> writes:
| Hey guys,
>
| I'm starting to change the GNOME frontend to use gtkmm2 and
| libglademm. Hopefully things won't be too much of a moving target.
>
| I _think_ I've cleaned up the build mojo (configure.in) as much as I
| need to, but as this area of t
On Sun, May 26, 2002 at 08:53:02AM +0200, Lars Gullik Bjønnes wrote:
> inline
> void operator|=(LyXAlignment & la1, LyXAlignment la2) {
> la1 = static_cast(la1 | la2);
> }
If this is the best C++ can do, so be it ...
> >> | if (blah & key_modifier::ctrl)
>
> What errors do you get?
No
OK this kills the Undo * thing in favour of boost::shared_ptr. It's
valgrind clean, and seems to work fine for me. Getting undo_funcs.C into
readable shape is a job for another day.
I've not included boring parts of the patch like removal of undostack
files
OK to apply ?
thanks
john
--
"Time
On Sun, May 26, 2002 at 08:01:35PM +0100, John Levon wrote:
> OK this kills the Undo * thing in favour of boost::shared_ptr. It's
Sorry, let me provide a more detailed summary :
1. Remove !DELETE_UNUSED_PARAGRAPHS code
2. remove UndoStack in favour of a template
3. use shared_ptr for managing U
John Levon <[EMAIL PROTECTED]> writes:
| OK this kills the Undo * thing in favour of boost::shared_ptr. It's
| valgrind clean, and seems to work fine for me. Getting undo_funcs.C into
| readable shape is a job for another day.
>
| I've not included boring parts of the patch like removal of undost
This patch removes two unused methods for BV, and makes workarea_ use
a scoped_ptr. This is necessary in order to use the virtual constructor
factory idiom later, ie. in the GUII patch, a method is called into the
frontends toolkits, which returns a WorkArea * which is really an
XWorkArea * or QW
John Levon <[EMAIL PROTECTED]> writes:
| This patch removes two unused methods for BV, and makes workarea_ use
| a scoped_ptr. This is necessary in order to use the virtual constructor
| factory idiom later, ie. in the GUII patch, a method is called into the
| frontends toolkits, which returns a
On Sun, May 26, 2002 at 11:42:30PM +0200, Lars Gullik Bjønnes wrote:
> Why cannot a WorkArea_pimpl be used for this? Or in this case a gui
> impl. I am wary of using pointer when we do not have to.
On an odd day, pimpls are hated, on an even day not :(
It's a scoped_ptr, I think that's a clear
>| +PKG_CHECK_MODULES(GNOME_FRONTEND, gtkmm-2.0 libglademm-2.0)
>
>This ia a macro I have not seen before, where is it comming from?
>
It's installed with pkg-config, which is a requirement for GNOME-2 and
gtkmm2 (KDE too I think). The man page says the following.
PKG_CHECK_MODUL
John Levon <[EMAIL PROTECTED]> writes:
| On Sun, May 26, 2002 at 11:42:30PM +0200, Lars Gullik Bjønnes wrote:
>
>> Why cannot a WorkArea_pimpl be used for this? Or in this case a gui
>> impl. I am wary of using pointer when we do not have to.
>
| On an odd day, pimpls are hated, on an even day n
Michael Koziarski <[EMAIL PROTECTED]> writes:
>>| +PKG_CHECK_MODULES(GNOME_FRONTEND, gtkmm-2.0 libglademm-2.0)
>>
>>This ia a macro I have not seen before, where is it comming from?
>>
>
| It's installed with pkg-config, which is a requirement for GNOME-2 and
| gtkmm2 (KDE too I think). The m
On Mon, May 27, 2002 at 02:13:50AM +0200, Lars Gullik Bjønnes wrote:
> class XWorkArea {
> ...
> };
>
> typedef XWorkArea WorkArea;
You want to include toolkit-specific header files in core code - and this is
supposed to be an improvement ? [1]
I will be perfectly happy to dump these pro
OK we clearly need a GUII branch now, so people can see how the whole
thing hangs together (this means you Lars ;)
Can you make one Lars
thanks
john
--
"Time is a great teacher, but unfortunately it kills all its pupils."
- Hector Louis Berlioz
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, May 27, 2002 at 02:13:50AM +0200, Lars Gullik Bjønnes wrote:
>
>> class XWorkArea {
>> ...
>> };
>>
>> typedef XWorkArea WorkArea;
>
| You want to include toolkit-specific header files in core code - and this is
| supposed to be an improveme
John Levon <[EMAIL PROTECTED]> writes:
| OK we clearly need a GUII branch now, so people can see how the whole
| thing hangs together (this means you Lars ;)
>
| Can you make one Lars
If this is so that you can skip explaining stuff and just ponder on,
then no.
What you cannot expect, is that I
On Mon, May 27, 2002 at 02:43:03AM +0200, Lars Gullik Bjønnes wrote:
> And why would you _have_ to do that?
http://movementarian.org/QWorkArea.h
a) I can't inherit from QWidget
b) I have to introduce a scoped_ptr for the painter (hold on, didn't we
just try to remove those ???)
These indivi
On Mon, May 27, 2002 at 02:52:44AM +0200, Lars Gullik Bjønnes wrote:
> If this is so that you can skip explaining stuff and just ponder on,
> then no.
It's not. It's easier to read a branch than it is to read a patch.
And also it would be good to have help on some tedious things like
the fact kb
signals.diff.gz
Description: boost::signals
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, May 27, 2002 at 02:52:44AM +0200, Lars Gullik Bjønnes wrote:
>
>> If this is so that you can skip explaining stuff and just ponder on,
>> then no.
>
| It's not. It's easier to read a branch than it is to read a patch.
| And also it would be good to
John Levon <[EMAIL PROTECTED]> writes:
| Post Script Script ?? The blood must be causing oxygen deprivation or
| something...
hmmm... yes.. my vision is a bit blurred
(and my mind to it seems)
--
Lgb
On Mon, May 27, 2002 at 03:23:29AM +0200, Lars Gullik Bjønnes wrote:
> [patch]
It looks like it's completely seddable ... is there any reason
not to apply this now (and kill libsigc++ installation) ?
Michael can then use libsigc++ in gnome2 without problems right ?
regards
john
--
"Time is
At 02:16 AM 5/27/02 +0200, Lars Gullik Bjønnes wrote:
>Michael Koziarski <[EMAIL PROTECTED]> writes:
>
> >>| +PKG_CHECK_MODULES(GNOME_FRONTEND, gtkmm-2.0 libglademm-2.0)
> >>
> >>This ia a macro I have not seen before, where is it comming from?
> >>
> >
>| It's installed with pkg-config, which
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, May 27, 2002 at 03:23:29AM +0200, Lars Gullik Bjønnes wrote:
>
>> [patch]
>
| It looks like it's completely seddable ...
only almost...
| is there any reason
| not to apply this now (and kill libsigc++ installation) ?
slower compile (actually I
On Mon, May 27, 2002 at 03:44:44AM +0200, Lars Gullik Bjønnes wrote:
> slower compile (actually I have not checked that), larger binary.
Out of interest, why is it worse than libsigc++ ?
regards
john
p.s. like this has ever stopped you before :)
--
"Time is a great teacher, but unfortunately
Michael Koziarski <[EMAIL PROTECTED]> writes:
| At 02:16 AM 5/27/02 +0200, Lars Gullik Bjønnes wrote:
>>Michael Koziarski <[EMAIL PROTECTED]> writes:
>>
>> >>| +PKG_CHECK_MODULES(GNOME_FRONTEND, gtkmm-2.0 libglademm-2.0)
>> >>
>> >>This ia a macro I have not seen before, where is it comming f
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, May 27, 2002 at 03:44:44AM +0200, Lars Gullik Bjønnes wrote:
>
>> slower compile (actually I have not checked that), larger binary.
>
| Out of interest, why is it worse than libsigc++ ?
I am guessing more inlining, and perhaps fewer custom built
c
>
>| Well, I'm not sure what files to include. Can you add them from the
>| pkg-config distribution? Or tell me what files to get?
> >
>| http://www.freedesktop.org/software/pkgconfig/
>
>no problem, it is not neccessary to fix this from the beginning.
>
>--
> Lgb
I've put the latest
- Forwarded message from Cron Daemon <[EMAIL PROTECTED]> -
Date: Sun, 26 May 2002 15:00:04 -0700
From: [EMAIL PROTECTED] (Cron Daemon)
To: [EMAIL PROTECTED]
Subject: Cron bin/lyxrpm
? boost/libs/regex/src/.deps
cvs server: Updating .
P ChangeLog
P configure.in
cvs server: Updating boost
On Mon, May 27, 2002 at 02:52:44AM +0200, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | OK we clearly need a GUII branch now, so people can see how the whole
> | thing hangs together (this means you Lars ;)
> >
> | Can you make one Lars
>
> If this is so that you can
I have merged the whole thing, such as it is, into a branch :
cvs co -r BRANCH_GUII -d lyx-guii lyx-devel
(from BRANCH_POINT_GUII, Lars)
Here is the list of promises about this branch:
1) It compiles
a) (for me)
It's rather obviously highly experimental. It cores on shutdown.
Scrollbars don'
On Fri, May 24, 2002 at 10:16:31AM -0300, Garst R. Reese wrote:
> Andre Poenitz wrote:
> >
> > What do I have to do to display a file foo.eps at position (x,y) on
> > the main LyX canvas?
> Really good question. I use minipages and/or hfills to get the
> horizontal positioning and space above/bel
On Sat, May 25, 2002 at 08:33:14PM +0100, John Levon wrote:
> bool operator==(enum_set const & s) const {
> return val_ == s.val_;
> }
> [etc.]
To make these symmetric they should be implemented as free functions.
I have not looked too hard at your other problem,
On Sun, May 26, 2002 at 08:28:53PM -0700, Kayvan A. Sylvan wrote:
> Shouldn't those P's be PS, PPS, PPPS, etc. instead?
Depending on your localization of 'P' and 'S' I suppose ;-}
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve,
36 matches
Mail list logo
