Lars Gullik Bjønnes wrote:
Feel free to change those as well :-)
Done.
Georg
Automake 1.6.3 is not happy of setting SUFFIXES twice (once in
config/common.am and once in src/frontends/xforms/forms/Makefile.am)
and I need the following patch to build.
OK?
JMarc
Index: src/frontends/xforms/forms/Makefile.am
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Automake 1.6.3 is not happy of setting SUFFIXES twice (once in
| config/common.am and once in src/frontends/xforms/forms/Makefile.am)
| and I need the following patch to build.
| OK?
| JMarc
| Index: src/frontends/xforms/forms/Makefile.am
|
Juergen Spitzmueller wrote:
As to me: don't hold your breath (but at least I fixed two critical bugs
in the last week, and that's surprising enough for a human scientist) ;-)
I know. That's more than most of us go human sciences!
Alfredo
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| What do we set hte SUFFIXES in common.am for?
ah... gch
--
Lgb
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars ah... gch
Indeed.
JMarc
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars NVI - Nonvirtual Interface pattern.
Lars As some of you might know, I am a sucker for books.
And programming concepts ;)
Lars The conclusion of that chapter is:
Lars Prefer to make base class virtual functions private (or
Lars
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars This should probably get explcit now.
I did that and committed.
JMarc
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Automake 1.6.3 is not happy of setting SUFFIXES twice (once
Jean-Marc in config/common.am and once in
Jean-Marc src/frontends/xforms/forms/Makefile.am) and I need the
Jean-Marc following patch to build.
Applied.
JMarc
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen While doing this, I have also fixed the crash when adding a
Juergen new file format, as described in bug 1692:
Juergen http://bugzilla.lyx.org/show_bug.cgi?id=1692 The crash was
Juergen cured by adding converters().update() calls
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| Lars NVI - Nonvirtual Interface pattern.
| Lars As some of you might know, I am a sucker for books.
| And programming concepts ;)
| Lars The conclusion of that chapter is:
| Lars Prefer to
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| Lars This should probably get explcit now.
| I did that and committed.
I hope you spell better than me.
--
Lgb
Also sprach Jean-Marc Lasgouttes:
This crash was 1.4.0cvs only, right?
yes.
Jürgen
On Sun, Nov 07, 2004 at 08:58:55PM +, John Levon wrote:
I did try not to respond to this.
On Sun, Nov 07, 2004 at 08:57:10PM +0100, Andre Poenitz wrote:
I'd rather officially lift the freeze for a short while and let
everybody work on his pet project in this time. This also
On Sun, Nov 07, 2004 at 09:30:21PM +, John Levon wrote:
On Sun, Nov 07, 2004 at 09:32:50PM +0100, Andre Poenitz wrote:
+ connect(convertersModule-converterToCO, SIGNAL(activated(const
QString)), this, SLOT(converter_changed()));
LyXStyle would be 'QString const '.
On Mon, Nov 08, 2004 at 02:20:26AM +0100, Lars Gullik Bjønnes wrote:
NVI - Nonvirtual Interface pattern.
As some of you might know, I am a sucker for books.
This time I have read Exceptional C++ Style by Herb Sutter. There I
came across Item 18, about Virtuality.
The conclusion of that
Andre Poenitz [EMAIL PROTECTED] writes:
| On Mon, Nov 08, 2004 at 02:20:26AM +0100, Lars Gullik Bjønnes wrote:
NVI - Nonvirtual Interface pattern.
As some of you might know, I am a sucker for books.
This time I have read Exceptional C++ Style by Herb Sutter. There I
came across Item 18,
http://bugzilla.lyx.org/show_bug.cgi?id=1682
LyX 1.4 crashes when you insert something like 1.3a into a length widget
(e.g. VSpace, Margins).
The reason is that isValidGlueLength(1.3a) returns true, so widgetsToLength
returns this as the length value. LyX crashes because this is an invalid
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| All it needs to do its magic is to introduce a new virtual method
| LyXView::hasFocus, which is only meaningfully implemented for Qt right
| now.
NVI!
--
Lgb
Jos Ablio Oliveira Matos wrote:
On Sun, Nov 07, 2004 at 10:22:46PM +0100, Alfredo Braunstein wrote:
- the wheel mouse doesn't work for navigating the document;
it seems to work here. There's still the problem that the finest
scrolling is 1 par...
As I have told you in another
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Index: src/frontends/LyXView.h
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/LyXView.h,v
| retrieving revision 1.33
| diff -u -p -r1.33 LyXView.h
| ---
On Mon, Nov 08, 2004 at 01:32:42PM +0100, Alfredo Braunstein wrote:
José Abílio Oliveira Matos wrote:
I hope you see what I mean. :-)
Yep... there's an error on how the scrollbar size and jump amount are
computed. But since what we have now is just a rough approximation...
there's no
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars NVI!
Yes, I thought about that, and decided to stay in VI world for now :)
What I do not like about NVI is that, when I am trying to look at a
piece of code I can only follow it if I go inside headers to check if
the method really
Lars Gullik Bjnnes [EMAIL PROTECTED] writes:
NVI.
bool hasFocus() const { return doHasFocus(); }
private:
virtual bool doHasFocus() const = 0;
Ooohh... so nice.
As a Java programmer it makes me for sure shudder with envy ... ;-)
separation of interface and
Jos Ablio Oliveira Matos wrote:
Yep... there's an error on how the scrollbar size and jump amount are
computed. But since what we have now is just a rough approximation...
there's no use in fine-tuning it.
I thought that you were saying that the scrollwheel didn't do anything at
all and I
On Mon, Nov 08, 2004 at 03:08:31PM +0100, Alfredo Braunstein wrote:
That is it doesn't work at all. Only when I can move the scrool bar the
cursor is moved, else it stays always in the same place.
As it should ;-)
Good.
What needs to be done in this branch?
I have placed it
Jos Ablio Oliveira Matos wrote:
On Mon, Nov 08, 2004 at 03:08:31PM +0100, Alfredo Braunstein wrote:
That is it doesn't work at all. Only when I can move the scrool bar
the
cursor is moved, else it stays always in the same place.
As it should ;-)
Good.
What needs to be
Alfredo Braunstein wrote:
- for some reason selecting with the mouse only works if you start your
selection with double click. Go figure.
in xforms I mean. qt works well.
Alfredo
On Mon, Nov 08, 2004 at 03:38:22PM +0100, Alfredo Braunstein wrote:
The most prominent I see are:
- cursor movement that needs coordinates outside screen (like cursor up in
the first line, cursor down in the last one, pgup, pgdown, the cursor X
target) are non-functional. I'll work on this
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| Lars NVI!
| Yes, I thought about that, and decided to stay in VI world for now :)
| What I do not like about NVI is that, when I am trying to look at a
| piece of code I can only follow it
Andreas Vox [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| NVI.
|
| bool hasFocus() const { return doHasFocus(); }
|
| private:
|
| virtual bool doHasFocus() const = 0;
|
| Ooohh... so nice.
| As a Java programmer it makes me for sure
José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
IMO, it should even be much faster... we are probably wasting cycles
somewhere. Work for later.
| For the user guide it seems as if lyx2lyx is now the bottleneck. :-)
| But still acceptable on my laptop. :-)
I have been running HEAD a
Lars Gullik Bjnnes wrote:
I have been running HEAD a bit with X-forwarding over a 802.11b net,
and that is not fast at all... (to much redrawing I think).
I'll check with the coord branch as well.
If I'm not mistaken, you shouldn't see much: the difference is in rebreaking
and painting in
On Nov 8, 2004, at 6:49 AM, Jean-Marc Lasgouttes wrote:
The following patch tries to fix properly bug 1720. Obviously, I do
not have LyX/Mac, so I would be grateful if Andreas or Bennett could
test it for me :)
Mostly it works. However, some menu options are still available when
they shouldn't
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett On Nov 8, 2004, at 6:49 AM, Jean-Marc Lasgouttes wrote:
The following patch tries to fix properly bug 1720. Obviously, I
do not have LyX/Mac, so I would be grateful if Andreas or Bennett
could test it for me :)
Bennett Mostly it
On Nov 8, 2004, at 10:46 AM, Jean-Marc Lasgouttes wrote:
Bennett Mostly it works. However, some menu options are still
Bennett available when they shouldn't be, IMO. These are:
Bennett File New
Bennett File New from Template ...
Bennett File Open ...
Bennett File Open recent [everything]
Hi everyone,
Under Cygwin, I can't seem to see postscript images in LyX, though the output
looks just fine.
I have traced the issue to an ImageMagick/convert problem. Does any
of this ring a bell? Does anyone have postscript image preview working
under Cygwin?
$ convert -depth 8
The following patch introduce the new free-standing function
layoutSelected that replaces three similar pieces of code in the
frontends.
I'll apply shortly.
JMarc
Index: src/frontends/ChangeLog
===
RCS file:
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen http://bugzilla.lyx.org/show_bug.cgi?id=1682 LyX 1.4 crashes
Juergen when you insert something like 1.3a into a length widget
Juergen (e.g. VSpace, Margins). The reason is that
Juergen isValidGlueLength(1.3a) returns true, so
Lars Gullik Bjønnes wrote:
Georg Baum [EMAIL PROTECTED]
writes:
| Would it be ok with you to have something like
| Format const *Formats::getFormatFromFile(string filename)
| that does what getFormatFromContents() did before your patch?
Yes.
One solution will be a wrapper function
Alfredo Braunstein wrote:
Andre Poenitz wrote:
That'd be good (so we could work on it together). I never created a
branch myself, though.
Working with branches is a pain, frustrates people and eats into already
scrace resources.
I never did that before. But if it is so much work, I do
Andre, do you have an idea of exactly what ascent_of_text was (wrt. ascent)?
Because we are having weird text painting problems, probably related to its
removal.
It seems it was used to introduce some extra space above rows (for adding
the Bibliography label for instance). Is the extra
Georg Baum [EMAIL PROTECTED] writes:
| Alfredo Braunstein wrote:
Andre Poenitz wrote:
That'd be good (so we could work on it together). I never created a
branch myself, though.
Working with branches is a pain, frustrates people and eats into already
scrace resources.
| I never did that
Georg Baum wrote:
Here comes the patch. I removed the useless user format in the process.
Now getFormatFromContents() either returns a format name or an empty string
if it cannot determine the format. I even found two cases where the return
value of getFormatFromContents() needed to be checked.
Lars Gullik Bjnnes wrote:
| I never did that before. But if it is so much work, I do not want that
| anymore. I just did not want to pass patches around, because that can
| quickly become a pain, too.
| Note that I am in favour of the feature freeze, too, and that I do not
| come up with
On Mon, Nov 08, 2004 at 01:09:09PM +0100, Lars Gullik Bjønnes wrote:
| I don't think the ideas are completely wrong but I don't see the big
| benefit either.
One, obvious benefit, albeit minor, is that after I go throught the
code, it will all look the same. And as I mentioned: bug has also
On Mon, Nov 08, 2004 at 01:13:34PM +0100, Lars Gullik Bjønnes wrote:
NVI.
bool hasFocus() const { return doHasFocus(); }
private:
virtual bool doHasFocus() const = 0;
Ooohh... so nice.
separation of interface and implementation.
Isn't it surprising that everytime
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| The following patch introduce the new free-standing function
| layoutSelected that replaces three similar pieces of code in the
| frontends.
| I'll apply shortly.
| JMarc
| Index: src/frontends/ChangeLog
|
Georg Baum [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
Georg Baum [EMAIL PROTECTED]
writes:
| Would it be ok with you to have something like
| Format const *Formats::getFormatFromFile(string filename)
| that does what getFormatFromContents() did before your patch?
Yes.
One
Herbert Voss [EMAIL PROTECTED] writes:
| Georg Baum wrote:
Here comes the patch. I removed the useless user format in the process.
Now getFormatFromContents() either returns a format name or an empty string
if it cannot determine the format. I even found two cases where the return
value of
Georg Baum [EMAIL PROTECTED] writes:
| +string Formats::getFormatFromFile(string const filename) const
| +{
| + if (filename.empty())
| + return string();
| +
| + string const format =
| lyx::support::getFormatFromContents(filename)
This is a wrapper...
is formatlist a
On Mon, Nov 08, 2004 at 05:54:09PM +0100, Jean-Marc Lasgouttes wrote:
The following patch introduce the new free-standing function
layoutSelected that replaces three similar pieces of code in the
frontends.
I'll apply shortly.
I'd rather see strings passed as reference.
Andre'
On Mon, Nov 08, 2004 at 02:16:12PM +, José Abílio Oliveira Matos wrote:
I have placed it side by side with HEAD and it is faster.
I should be quite a bit faster when loading long documents as the
'fullRebreak' is gone...
Andre'
On Mon, Nov 08, 2004 at 01:43:40PM +, Andreas Vox wrote:
BTW, what do you think of switching to Java for LyX 1.5.0?
I am definitely missing a smiley here. It's not Friday, after all.
Andre'
On Mon, Nov 08, 2004 at 03:38:22PM +0100, Alfredo Braunstein wrote:
- scrollbar (needs an approximated heuristic, because we don't know the full
y size of the document) - see Andre's post
Maybe I should clarify a bit what I wrote there.
Our 'new' problem is that in the new scheme we don't
On Mon, Nov 08, 2004 at 08:45:41PM +0100, Alfredo Braunstein wrote:
Andre, do you have an idea of exactly what ascent_of_text was (wrt. ascent)?
Not exactly. See below.
Because we are having weird text painting problems, probably related to its
removal.
It seems it was used to introduce
Lars Gullik Bjnnes [EMAIL PROTECTED] writes:
| One, obvious benefit, albeit minor, is that after I go throught the
| code, it will all look the same. And as I mentioned: bug has also been
| found because of this work.
In my country there used to be a law against selling overprized goods
by
Andreas Vox [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| | One, obvious benefit, albeit minor, is that after I go throught the
| | code, it will all look the same. And as I mentioned: bug has also been
| | found because of this work.
| In my country there used to
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Andreas Vox [EMAIL PROTECTED] writes:
| | Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| | | One, obvious benefit, albeit minor, is that after I go throught the
| | | code, it will all look the same. And as I mentioned: bug has also been
| | |
Alfredo Braunstein [EMAIL PROTECTED] writes:
I might be swayed if all three of you test and perfect this patch.
I offer myself to test it if somebody explain me what's about
Any layout with a vertical line can be improved immediately by removing
that line -- I don't remember where this
On Mon, Nov 08, 2004 at 09:06:15PM +0100, Andre Poenitz wrote:
I should be quite a bit faster when loading long documents as the
'fullRebreak' is gone...
That is visible when loading the User Guide.
Andre'
--
José Abílio Matos
LyX and docbook a perfect match. :-)
Andreas Vox wrote:
Any layout with a vertical line can be improved immediately by removing
that line -- I don't remember where this quote comes from, but as you
will have noticed, most LaTeX tables have lots of vertical lines which can
be improved ;-)
Formal tables have only one horizontal
On Mon, Nov 08, 2004 at 01:43:40PM +, Andreas Vox wrote:
BTW, what do you think of switching to Java for LyX 1.5.0?
Python would be a lot faster, and it has good interfaces for xform, qt,
gtk and curses. (Are you listening Lars?) ;-)
:-D
Ciao
/Andreas
--
José Abílio Matos
LyX and
José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
| On Mon, Nov 08, 2004 at 01:43:40PM +, Andreas Vox wrote:
BTW, what do you think of switching to Java for LyX 1.5.0?
| Python would be a lot faster, and it has good interfaces for xform, qt,
| gtk and curses. (Are you listening
Lars Gullik Bjnnes [EMAIL PROTECTED] writes:
| | In my country there used to be a law against selling overprized goods
| | by bundling it with free giveaways
| I am not quite sure why you consider this overprized goods.
| (I presume you are talking about NVI)
Yes.
| If you have
Alfredo Braunstein [EMAIL PROTECTED] writes:
I see. And what's the improvement wrt to plain LaTeX tables? The ability to
put horizontal lines independently in any column?
LaTeX does support that AFAIK.
The improvement should be that you *can't* put lines anywhere you want.
Or, as the masters
Jos Ablio Oliveira Matos [EMAIL PROTECTED] writes:
On Mon, Nov 08, 2004 at 01:43:40PM +, Andreas Vox wrote:
BTW, what do you think of switching to Java for LyX 1.5.0?
Python would be a lot faster, and it has good interfaces for xform, qt,
gtk and curses.
But with Java we
Andreas Vox [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| | In my country there used to be a law against selling overprized goods
| | by bundling it with free giveaways
| I am not quite sure why you consider this overprized goods.
| (I presume you are
Andreas Vox [EMAIL PROTECTED] writes:
| José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
On Mon, Nov 08, 2004 at 01:43:40PM +, Andreas Vox wrote:
BTW, what do you think of switching to Java for LyX 1.5.0?
Python would be a lot faster, and it has good interfaces for xform, qt,
Hi all,
cutting the nonsense and being objective what needs to be done to release
a stable 1.4.0?
Is it reasonable to have a HEAD that has problems while Alfredo is fixing
the bugs in the other branch?
Looking in bugzilla for bugs related with 1.4.0, blocker, critical, major
and normal
On Mon, Nov 08, 2004 at 10:55:53PM +, Andreas Vox wrote:
(Are you listening Lars?)
:-D
Why is everyone flame-baiting always Lars, I wonder?
FWIW I wasn't flame-baiting Lars, there times where Lars (as any of us)
deserves criticism, but not this time.
For those who don't
Jos Ablio Oliveira Matos [EMAIL PROTECTED] writes:
Why is everyone flame-baiting always Lars, I wonder?
FWIW I wasn't flame-baiting Lars, there times where Lars (as any of us)
deserves criticism, but not this time.
What I meant by flame-baiting is more deliberately attracting criticism
Lars Gullik Bjnnes [EMAIL PROTECTED] writes:
What price is payed?
(there is one extra line in the base class, and a bit different way of
thinking about interfaces vs. implementation.)
That seems to be the price, yes. I don't want to discuss if it's a high
price or a small price; I don't have
Jos Ablio Oliveira Matos wrote:
Hi all,
cutting the nonsense and being objective what needs to be done to
release
a stable 1.4.0?
Is it reasonable to have a HEAD that has problems while Alfredo is
fixing
the bugs in the other branch?
Mmmm I'm not fixing bugs that are in
Andre Poenitz wrote:
It seems it was used to introduce some extra space above rows (for adding
the Bibliography label for instance).
That's my assumption, too.
Is the extra information really not needed?
I don't think so, at least if the assumption is correct. We always draw
a densely
now that drawSelection is separated from draw and called before it, the
background painting of colored insets overwrites the selection.
A possible way of solving this is to draw the background in
InsetText::drawSelection instead of InsetText::draw (need to change
LyXText::drawSelection a little
Andreas Vox [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
What price is payed?
(there is one extra line in the base class, and a bit different way of
thinking about interfaces vs. implementation.)
| That seems to be the price, yes. I don't want to discuss if it's
Lars Gullik Bj?nnes wrote:
| Maybe I shouldn't comment on C++ programming style, but for
| a Java programmer NVI doesn't feel good. Do you have a scenario
| where NVI saves the day?
Depends on your definition of saves the day. To me separation of
implementation and interface should be
Vladimir Prus [EMAIL PROTECTED] writes:
| Lars Gullik Bj?nnes wrote:
| Maybe I shouldn't comment on C++ programming style, but for
| a Java programmer NVI doesn't feel good. Do you have a scenario
| where NVI saves the day?
Depends on your definition of saves the day. To me separation of
Lars Gullik Bj?nnes wrote:
| I'm not sure I understand the separation argument -- the extra
| forwarding layer just adds complexity (e.g. your change to inMatched()
| in insets/insetbase.h just double the number of characters ;-) ), but
| anyway...
For a grand total of _one_ line.
:-) One
Herbert Voss wrote:
Georg Baum wrote:
Here comes the patch. I removed the useless user format in the process.
Now getFormatFromContents() either returns a format name or an empty
string if it cannot determine the format. I even found two cases where
the return value of
Lars Gullik Bjønnes wrote:
> Feel free to change those as well :-)
Done.
Georg
Automake 1.6.3 is not happy of setting SUFFIXES twice (once in
config/common.am and once in src/frontends/xforms/forms/Makefile.am)
and I need the following patch to build.
OK?
JMarc
Index: src/frontends/xforms/forms/Makefile.am
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Automake 1.6.3 is not happy of setting SUFFIXES twice (once in
| config/common.am and once in src/frontends/xforms/forms/Makefile.am)
| and I need the following patch to build.
>
| OK?
>
| JMarc
>
>
| Index: src/frontends/xforms/forms/Makefile.am
Juergen Spitzmueller wrote:
> As to me: don't hold your breath (but at least I fixed two critical bugs
> in the last week, and that's surprising enough for a human scientist) ;-)
I know. That's more than most of us go human sciences!
Alfredo
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| What do we set hte SUFFIXES in common.am for?
ah... gch
--
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> ah... gch
Indeed.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> NVI - Nonvirtual Interface pattern.
Lars> As some of you might know, I am a sucker for books.
And programming concepts ;)
Lars> The conclusion of that chapter is:
Lars> "Prefer to make base class virtual functions private
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> This should probably get "explcit" now.
I did that and committed.
JMarc
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Automake 1.6.3 is not happy of setting SUFFIXES twice (once
Jean-Marc> in config/common.am and once in
Jean-Marc> src/frontends/xforms/forms/Makefile.am) and I need the
Jean-Marc> following patch to build.
Applied.
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> While doing this, I have also fixed the crash when adding a
Juergen> new file format, as described in bug 1692:
Juergen> http://bugzilla.lyx.org/show_bug.cgi?id=1692 The crash was
Juergen> cured by adding
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> NVI - Nonvirtual Interface pattern.
>
| Lars> As some of you might know, I am a sucker for books.
>
| And programming concepts ;)
>
| Lars> The conclusion of that chapter
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> This should probably get "explcit" now.
>
| I did that and committed.
I hope you spell better than me.
--
Lgb
Also sprach Jean-Marc Lasgouttes:
> This crash was 1.4.0cvs only, right?
yes.
Jürgen
On Sun, Nov 07, 2004 at 08:58:55PM +, John Levon wrote:
>
> I did try not to respond to this.
>
> On Sun, Nov 07, 2004 at 08:57:10PM +0100, Andre Poenitz wrote:
>
> > I'd rather officially lift the freeze for a short while and let
> > everybody work on his pet project in this time. This
On Sun, Nov 07, 2004 at 09:30:21PM +, John Levon wrote:
> On Sun, Nov 07, 2004 at 09:32:50PM +0100, Andre Poenitz wrote:
>
> > + connect(convertersModule->converterToCO, SIGNAL(activated(const
> > QString&)), this, SLOT(converter_changed()));
> >
> > LyXStyle would be 'QString
On Mon, Nov 08, 2004 at 02:20:26AM +0100, Lars Gullik Bjønnes wrote:
> NVI - Nonvirtual Interface pattern.
>
> As some of you might know, I am a sucker for books.
>
> This time I have read "Exceptional C++ Style" by Herb Sutter. There I
> came across Item 18, about Virtuality.
>
> The
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Nov 08, 2004 at 02:20:26AM +0100, Lars Gullik Bjønnes wrote:
>> NVI - Nonvirtual Interface pattern.
>>
>> As some of you might know, I am a sucker for books.
>>
>> This time I have read "Exceptional C++ Style" by Herb Sutter. There I
>> came
http://bugzilla.lyx.org/show_bug.cgi?id=1682
LyX 1.4 crashes when you insert something like "1.3a" into a length widget
(e.g. VSpace, Margins).
The reason is that isValidGlueLength("1.3a") returns true, so widgetsToLength
returns this as the length value. LyX crashes because this is an invalid
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| All it needs to do its magic is to introduce a new virtual method
| LyXView::hasFocus, which is only meaningfully implemented for Qt right
| now.
NVI!
--
Lgb
1 - 100 of 162 matches
Mail list logo