OK guys,
The problem with the list is identified---it has nothing to do with gmane.
The problem is that basically from the very beginning I set up a list config
that includes a removal of duplicate posts. I cannot recall why we needed to
do this, but there must have been a good reason. The dupli
Is there an html converter that will convert the TOC to hyperlinks,
preserving
navigation?
Garst
On Sat, Oct 11, 2003 at 03:55:54AM +0200, Lars Gullik Bj?nnes wrote:
> | Lars, that's a chimera - there's no such thing. A bug may regess at any
> | pont.
>
> I do disagree with you.
Is this because my drunk spelling is abysmal ?
john
--
Khendon's Law:
If the same point is made twice by the
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 06:39:27PM +0200, Lars Gullik Bj?nnes wrote:
>
>> It mean "CLOSED", finito - finished - not open at all.
>
| Lars, that's a chimera - there's no such thing. A bug may regess at any
| pont.
So we shoudn't close bugs becasue they can
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 06:39:27PM +0200, Lars Gullik Bj?nnes wrote:
>
>> It mean "CLOSED", finito - finished - not open at all.
>
| Lars, that's a chimera - there's no such thing. A bug may regess at any
| pont.
I do disagree with you.
>
>> | It's alre
On Fri, Oct 10, 2003 at 06:53:15PM +0200, Andre Poenitz wrote:
> > Please do not use CLOSED at alll, it makes searches harder.
>
> So what is 'closed' good for?
Absolu tely nothing, except hiding information
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread
On Fri, Oct 10, 2003 at 06:39:27PM +0200, Lars Gullik Bj?nnes wrote:
> It mean "CLOSED", finito - finished - not open at all.
Lars, that's a chimera - there's no such thing. A bug may regess at any
pont.
> | It's already closed.
>
> Or is it just verified to be fixed?
Which is exactly what it
Hi LyX-developers,
first of all thanks a lot for your fantastic piece of software.
I'd like to propose a new simple but effective feature in the Insert
-> Cross Reference dialogue window: The intems in the reference list
could be indented according to the substring indicating the content
hiera
tmda/gmane check, ignore, Mate
On Fri, Oct 10, 2003 at 05:49:26PM +0200, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Fri, Oct 10, 2003 at 02:03:47PM +0200, [EMAIL PROTECTED] wrote:
> >
> >> http://bugzilla.lyx.org/show_bug.cgi?id=10
> >>
> >>What|Removed |Add
On Fri, Oct 10, 2003 at 04:41:27PM +0100, John Levon wrote:
> On Fri, Oct 10, 2003 at 02:03:47PM +0200, [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.lyx.org/show_bug.cgi?id=10
> >
> >What|Removed |Added
> >
Christian Ridderström <[EMAIL PROTECTED]> writes:
| Hi
>
| I was uploading an example of writing a CV to the wiki-site, when I
| couldn't upload .pdf-files. (Upload is allowed on the basis of the file's
| extension).
>
| Any ideas on how I can get Lars (or anyone else with proper access to
| f
On Fri, Oct 10, 2003 at 03:39:51PM +0100, John Levon wrote:
> On Fri, Oct 10, 2003 at 04:20:10PM +0200, Andre Poenitz wrote:
>
> > That does not prevent certain people to use 3.6 already...
>
> And what is 3.6 exactly ? What's in it ? :)
It's not just compatible to ISO 14882 but to the whole of
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 04:36:56PM +0200, Lars Gullik Bjønnes wrote:
>> | Well, my take is that there should be only insets and plain text.
>> | Nothing else. Most notably, 'layouts' will be 'inset styles' in this
>> | world...
>>
>> You are dreaming ag
On Fri, Oct 10, 2003 at 04:36:56PM +0200, Lars Gullik Bjønnes wrote:
> | Well, my take is that there should be only insets and plain text.
> | Nothing else. Most notably, 'layouts' will be 'inset styles' in this
> | world...
>
> You are dreaming again. We need to focus on what we have now, and how
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 05:49:26PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Why have the at all then?
>
| Feel free to remove it.
>
>> IMHO we should ditch VERIFIED and only use CLOSE, seems a lot more
>> natural to me.
>
| Er, why ? "CLOSED" means not much.
Hi
I was uploading an example of writing a CV to the wiki-site, when I
couldn't upload .pdf-files. (Upload is allowed on the basis of the file's
extension).
Any ideas on how I can get Lars (or anyone else with proper access to
files on the wiki server) to get his out of his and at l
On Fri, Oct 10, 2003 at 05:49:26PM +0200, Lars Gullik Bj?nnes wrote:
> Why have the at all then?
Feel free to remove it.
> IMHO we should ditch VERIFIED and only use CLOSE, seems a lot more
> natural to me.
Er, why ? "CLOSED" means not much.
> | This is what "VERIFIED" means - the bug is fixed
On Fri, Oct 10, 2003 at 08:59:25AM +0200, Georg Baum wrote:
> [EMAIL PROTECTED] wrote:
>
> > Nobody told me the list will be channeled to gmane, so I have no idea
> > _how_ it gets channeled. Has somebody subscribed gmane to the list?
> > This whole thing should have absolutely nothing to do with
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 02:03:47PM +0200, [EMAIL PROTECTED] wrote:
>
>> http://bugzilla.lyx.org/show_bug.cgi?id=10
>>
>>What|Removed |Added
>>
On Fri, Oct 10, 2003 at 02:03:47PM +0200, [EMAIL PROTECTED] wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=10
>
>What|Removed |Added
>
> Status|VERIFIED
Guys, any advice?
Angus
-- Forwarded Message --
Subject: Re: lyx 1.3.3 compile failiure
Date: Fri, 10 Oct 2003 16:27:57 +0200
From: "Dr. Peter Hartmann" <[EMAIL PROTECTED]>
To: Angus Leeming <[EMAIL PROTECTED]>
Cc: "Kayvan A. Sylvan" <[EMAIL PROTECTED]>
Hi,
I spent some time
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 04:35:30PM +0200, Lars Gullik Bjønnes wrote:
>> | That does not prevent certain people to use 3.6 already...
>>
>> 3.6? Time-machine?
>
| Well, _you_ are the person who knows where to dig out this kind of
| stuff..
I thought you
On Fri, Oct 10, 2003 at 04:35:30PM +0200, Lars Gullik Bjønnes wrote:
> | That does not prevent certain people to use 3.6 already...
>
> 3.6? Time-machine?
Well, _you_ are the person who knows where to dig out this kind of
stuff..
Andre'
--
Those who desire to give up Freedom in order to gain S
On Fri, Oct 10, 2003 at 04:20:10PM +0200, Andre Poenitz wrote:
> That does not prevent certain people to use 3.6 already...
And what is 3.6 exactly ? What's in it ? :)
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 02:38:03PM +0100, Jose' Matos wrote:
>> Ok.
>>
>> Tables are composed by rows and columns. The intersection between rows and
>> columns is a cell. (ok, you can have cells spanning several columns, and it
>> would be great i
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 03:47:34PM +0200, Christian Ridderström wrote:
>> On Fri, 10 Oct 2003, Christian Ridderström wrote:
>>
>> > So 'PCH' might be useful after all then... unfortunately I don't have 3.4,
>> > or I'd see how much time that saves. (My
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Then try them and see what xforms makes of them... Ok, I did.
Angus> All are fine except for the cases.xpm which extends above/below
Angus> the button.
Thanks.
JMarc
On Fri, Oct 10, 2003 at 02:51:39PM +, Angus Leeming wrote:
> Ok see attached. They look bloody good on the toolbar. Shall I commit
> these?
Yes.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B.
On Fri, Oct 10, 2003 at 03:47:34PM +0200, Christian Ridderström wrote:
> On Fri, 10 Oct 2003, Christian Ridderström wrote:
>
> > So 'PCH' might be useful after all then... unfortunately I don't have 3.4,
> > or I'd see how much time that saves. (My experience with Borland was
> > that it reduced
On Fri, Oct 10, 2003 at 02:38:03PM +0100, Jose' Matos wrote:
> Ok.
>
> Tables are composed by rows and columns. The intersection between rows and
> columns is a cell. (ok, you can have cells spanning several columns, and it
> would be great if they could span also several rows, but you get t
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> On Friday 10 October 2003 2:04 pm, Jean-Marc Lasgouttes
> wrote:
>>> But they do not have an uniform size, do they? Is xforms able to
>>> use them?
>
> Angus> xforms doesn't have a math toolbar...
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Friday 10 October 2003 2:04 pm, Jean-Marc Lasgouttes wrote:
>> But they do not have an uniform size, do they? Is xforms able to
>> use them?
Angus> xforms doesn't have a math toolbar...
Sure, but one may want to customize his o
On Friday 10 October 2003 2:04 pm, Jean-Marc Lasgouttes wrote:
> But they do not have an uniform size, do they? Is xforms able to use
> them?
xforms doesn't have a math toolbar...
On Friday 10 October 2003 15:51, Angus Leeming wrote:
>
> Ok see attached. They look bloody good on the toolbar. Shall I commit
> these?
By all means. :-)
They look impressive, you are really a great artist. ;-)
--
José Abílio
LyX and docbook, a perfect match. :-)
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Angus Leeming wrote:
>> They're a bit ugly aren't they ;-)
>>
>> So, I thought I'd use lyx together with lyxpreview2bitmap.sh to
>> harness latex's typesetting power.
>>
>> Generated from the attached latex file as $ sh lyxpreview
Angus Leeming wrote:
> They're a bit ugly aren't they ;-)
>
> So, I thought I'd use lyx together with lyxpreview2bitmap.sh to
> harness latex's typesetting power.
>
> Generated from the attached latex file as
> $ sh lyxpreview2bitmap.sh buttons.tex 100 ppm
>
> What do you think? Could these be
On Fri, 10 Oct 2003, Christian Ridderström wrote:
> So 'PCH' might be useful after all then... unfortunately I don't have 3.4,
> or I'd see how much time that saves. (My experience with Borland was
> that it reduced compilation times tremendously, but produced HUGE
> 'cache'-files).
Oh, 3.4 i
On Friday 10 October 2003 14:08, Andre Poenitz wrote:
> > Does this makes sense to anyone else other than me? :-)
>
> Not to me at least.
Ok.
Tables are composed by rows and columns. The intersection between rows and
columns is a cell. (ok, you can have cells spanning several columns, and
On Fri, 10 Oct 2003, John Levon wrote:
>
> GCC 3.4 does.
>
> I didn't try lyx, but it knocked about 15-20% off total compile time for
> oprofile. And lyx has far worse header problems.
>
> For best support we'd want a "alllyx.h" which includes all the headers
> and to PCH that. Even without, -in
On Fri, Oct 10, 2003 at 01:50:26PM +0100, Jose' Matos wrote:
> The problem here is my old pet with LyX. The distinction betwen standard
> paragraph and empty paragraph.
>
> Think of empty paragraph as no paragraph (no style). LaTeX confuses this,
> sometimes it means one thing sometimes it m
On Friday 10 October 2003 14:05, Angus Leeming wrote:
>
> Which answers your question. You can only have Standard paragraphs in
> a tabular cell. There's a whole heap of messy logic in the paragraph
> dialog code too.
The problem here is my old pet with LyX. The distinction betwen standard
para
Andre Poenitz wrote:
> On Fri, Oct 10, 2003 at 12:23:35PM +, Angus Leeming wrote:
>> I put a lyxerr statement in InsetFormula::draw. I have a doc with
>> no math on the first screen. I do not have cursor follows mouse.
>>
>> Open up the doc within lyx. Cursor at the top of the screen of
>> co
Andre Poenitz wrote:
>
> Can anybody explain me why it is needed?
>
> I.e. what would happen if it were removed?
>
>
> From paragraph_funcs.C:
>
> // well we have to check if we are in an inset with unlimited
> // length (all in one row) if that is true then we don't allow
> // any special op
Can anybody explain me why it is needed?
I.e. what would happen if it were removed?
>From paragraph_funcs.C:
// well we have to check if we are in an inset with unlimited
// length (all in one row) if that is true then we don't allow
// any special options in the paragr
On Fri, Oct 10, 2003 at 12:28:12PM +0200, Andre Poenitz wrote:
> That's a compiler feature, and gcc does not support this (yet) AFAIK, so
> what exactly do you propose?
GCC 3.4 does.
I didn't try lyx, but it knocked about 15-20% off total compile time for
oprofile. And lyx has far worse header p
On Fri, Oct 10, 2003 at 08:57:03AM +, Angus Leeming wrote:
> I attach Martin's original patch, 1147 lines. Could people look it
> over again in the light of our current experience and comment on
> which bits should be returned.
I have not been following this discussion (sorry), but revertin
On Fri, Oct 10, 2003 at 12:23:35PM +, Angus Leeming wrote:
> I put a lyxerr statement in InsetFormula::draw. I have a doc with no
> math on the first screen. I do not have cursor follows mouse.
>
> Open up the doc within lyx. Cursor at the top of the screen of course.
> No print statements (
I put a lyxerr statement in InsetFormula::draw. I have a doc with no
math on the first screen. I do not have cursor follows mouse.
Open up the doc within lyx. Cursor at the top of the screen of course.
No print statements (no math insets are drawn).
Scroll down using the scrollbar until I arriv
On Fri, Oct 10, 2003 at 12:13:31PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> > On Fri, Oct 10, 2003 at 11:59:33AM +, Angus Leeming wrote:
> >> Angus Leeming wrote:
> >> > 88M to link xforms, 11M to link qt.
> >> That is 111M to link qt.
> >
> > Hard to believe. That would be have
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 01:08:37PM +0200, Lars Gullik Bjønnes wrote:
>> | Which is no good advice if the debug information is needed.
>>
>> OTOH linking is almost instantaneous if you compile without '-g'
>> Another part of the advice would be "compile
Andre Poenitz wrote:
> On Fri, Oct 10, 2003 at 11:59:33AM +, Angus Leeming wrote:
>> Angus Leeming wrote:
>> > 88M to link xforms, 11M to link qt.
>> That is 111M to link qt.
>
> Hard to believe. That would be have the size we currently have...
Read the original post. The guy was knocking hi
On Fri, Oct 10, 2003 at 01:08:37PM +0200, Lars Gullik Bjønnes wrote:
> | Which is no good advice if the debug information is needed.
>
> OTOH linking is almost instantaneous if you compile without '-g'
> Another part of the advice would be "compile only needed parts with
> -g"
So where's the --wi
On Fri, Oct 10, 2003 at 11:59:33AM +, Angus Leeming wrote:
> Angus Leeming wrote:
> > 88M to link xforms, 11M to link qt.
> That is 111M to link qt.
Hard to believe. That would be have the size we currently have...
Andre'
--
Those who desire to give up Freedom in order to gain Security, wil
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Oct 10, 2003 at 12:39:36PM +0200, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>>
>> | essentially double the space they did.
>> | $ ls -l lyx-xforms lyx-qt
>> | -rwxrwxr-x1 angusangus136152780 Oct 10 1
Angus Leeming wrote:
> 88M to link xforms, 11M to link qt.
That is 111M to link qt.
--
Angus
Andre Poenitz wrote:
> On Fri, Oct 10, 2003 at 11:32:52AM +, Angus Leeming wrote:
>> On Friday 10 October 2003 10:24 am, Andre Poenitz wrote:
>> > On Fri, Oct 10, 2003 at 11:15:45AM +, Angus Leeming wrote:
>> > > So, it knocks 1m20 of the link times for the two executables at
>> > > the ex
On Fri, Oct 10, 2003 at 09:53:28AM +, Angus Leeming spake thusly:
> Why not if it cures the current problem.
>
> Rename the function 'breakLineAfter' and add a function
> 'breakLineBefore' or some such and all should be clear for posterity
> too ;-)
>
> --
> Angus
Hmmm, playing around
On Fri, Oct 10, 2003 at 12:39:36PM +0200, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>
> | essentially double the space they did.
> | $ ls -l lyx-xforms lyx-qt
> | -rwxrwxr-x1 angusangus136152780 Oct 10 11:27 lyx-xforms
> | -rwxrwxr-x1 angusangus
Lars Gullik Bjønnes wrote:
> Can you do one round where you also run "strip --strip-debug" on the
> *.o files?
As I understand it the objcopy route does not strip debug info. Rather
it does not merge repeated strings. If I wanted to build an
executable without debug info, I'd do that from scratc
On Fri, Oct 10, 2003 at 11:32:52AM +, Angus Leeming wrote:
> On Friday 10 October 2003 10:24 am, Andre Poenitz wrote:
> > On Fri, Oct 10, 2003 at 11:15:45AM +, Angus Leeming wrote:
> > > So, it knocks 1m20 of the link times for the two executables at the
> > > expense of 20% greater disk us
On Fri, Oct 10, 2003 at 11:31:14AM +, Angus Leeming wrote:
> Angus Leeming wrote:
> Actually, it is better than that. I didn't notice that the various
> subdir libraries were not regenerated.
>
> $ for dir in `find . -name .libs`; do rm -f $dir/*; done
> $ rm -f `find . -name '*.la'`
> $ time
Angus Leeming <[EMAIL PROTECTED]> writes:
| essentially double the space they did.
| $ ls -l lyx-xforms lyx-qt
| -rwxrwxr-x1 angusangus136152780 Oct 10 11:27 lyx-xforms
| -rwxrwxr-x1 angusangus180187449 Oct 10 11:27 lyx-qt
>
| size data remains essentially unchanged.
| $ s
On Friday 10 October 2003 10:24 am, Andre Poenitz wrote:
> On Fri, Oct 10, 2003 at 11:15:45AM +, Angus Leeming wrote:
> > So, it knocks 1m20 of the link times for the two executables at the
> > expense of 20% greater disk usage. size stats are unchanged.
>
> What are the RSS values during linki
On Fri, 10 Oct 2003, Andre Poenitz wrote:
> On Fri, Oct 10, 2003 at 12:23:08PM +0200, Christian Ridderström wrote:
> > Speaking about compilation times... long ago Borland's C++ compiler had
> > something they called 'precompiled header-files' (or something like that),
> > where the sort of had
Angus Leeming wrote:
Actually, it is better than that. I didn't notice that the various
subdir libraries were not regenerated.
$ for dir in `find . -name .libs`; do rm -f $dir/*; done
$ rm -f `find . -name '*.la'`
$ time make
real1m53.305s
user0m15.510s
sys 0m7.300s
Kncking a furthe
On Fri, Oct 10, 2003 at 12:23:08PM +0200, Christian Ridderström wrote:
> Speaking about compilation times... long ago Borland's C++ compiler had
> something they called 'precompiled header-files' (or something like that),
> where the sort of had a cache of parsed header files. Is this something
On Fri, 10 Oct 2003, Angus Leeming wrote:
> All object files up to date, compiled with CXXFLAGS='-g -O -W -Wall'.
> No executables.
> $ time make
> real4m20.096s
>
> Run the script below, named run_objdump.sh:
> $ time find . -name '*.o' | xargs run_objdump.sh
>
> real0m17.685s
>
> Now
On Fri, Oct 10, 2003 at 11:15:45AM +, Angus Leeming wrote:
> So, it knocks 1m20 of the link times for the two executables at the
> expense of 20% greater disk usage. size stats are unchanged.
What are the RSS values during linking?
We can currently link (again) in 256 MB RAM and I'd rather
Angus Leeming <[EMAIL PROTECTED]> writes:
| So, it knocks 1m20 of the link times for the two executables at the
| expense of 20% greater disk usage. size stats are unchanged.
>
| #! /bin/sh
| test $# -gt 0 || exit
| while (true); do
| objcopy --set-section-flags .debug_str=contents,debug
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> I could write a little script
>
> Angus> find build/src -name '*.o' | while read file; do objcopy
> Angus> --set-section-flags .debug_str=contents,debug $file done
>
> Angus> and report back on su
Andre Poenitz wrote:
> In theory, yes.
That was really the question. Glad I understood things right.
> I don't thing, this is our most urgent problem, though.
Granted ;-)
--
Angus
On Fri, Oct 10, 2003 at 10:17:14AM +, Angus Leeming wrote:
> We have a number of class member functions returning a pointer to a
> member variable. It strikes me that the code should usually be like
> that below, preventing the pointer itself from being changed.
>
> I have done this in graph
We have a number of class member functions returning a pointer to a
member variable. It strikes me that the code should usually be like
that below, preventing the pointer itself from being changed.
I have done this in graphics/PreviewedInset.h and the compiler is
happy enough. Should it be done
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> One question: should it also not happen if the inset is, e.g.,
Martin> an insetERT in in-line mode, i.e., shorter than the text
Martin> width? I can see why you have a problem with it aestetically,
Martin> but how to be consisten
On Fri, Oct 10, 2003 at 04:56:09AM -0400, Nirmal Govind wrote:
> Hi.. is there any plan for a search/replace for math stuff within LyX?
> For example, if I need to change all the L_{abc} to L_{A} then I could
> maybe do this with a search/replace feature that looks at math
> characters and repla
Hi.. is there any plan for a search/replace for math stuff within LyX?
For example, if I need to change all the L_{abc} to L_{A} then I could
maybe do this with a search/replace feature that looks at math
characters and replaces all such occurences.. I guess I could also
convert to Latex and th
Martin Vermeer wrote:
> One question: should it also not happen if the inset is, e.g., an
> insetERT in in-line mode, i.e., shorter than the text width? I can
> see why you have a problem with it aestetically, but how to be
> consistent?
'Consistent' here means 'allow the inset to decide how it sh
On Fri, Oct 10, 2003 at 09:33:09AM +0200, Jean-Marc Lasgouttes spake thusly:
>
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> "Wrong" is in the eyes of the beholder. The line before is
> Martin> stretched indicating that the inset is part of the line.
>
> This is jus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I could write a little script
Angus> find build/src -name '*.o' | while read file; do objcopy
Angus> --set-section-flags .debug_str=contents,debug $file done
Angus> and report back on subsequent link times/code size. Would you
Ang
Jean-Marc Lasgouttes wrote:
> Not only math. Stretching a line like that should not happen.
>
> Martin> Angus's idea of adding an invisible newline (or invisible
> Martin> horizontal stretch?) sounds good to me.
>
> I'd rather see the display() stuff restored.
I attach Martin's original patch,
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Is this the solution to the long link times we have?
> | http://article.gmane.org/gmane.comp.lib.boost.devel/26446
>
> Spell it out, don't force us to go hunting.
Shrug. The info is there at the click of a button. If y
Angus Leeming <[EMAIL PROTECTED]> writes:
| Is this the solution to the long link times we have?
| http://article.gmane.org/gmane.comp.lib.boost.devel/26446
Spell it out, don't force us to go hunting.
(And I followed the thread on boost, and am absolutely not sure.)
--
Lgb
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> "Wrong" is in the eyes of the beholder. The line before is
Martin> stretched indicating that the inset is part of the line.
This is just plain ugly. If we want to indicate that the inset is pat
of the paragraph, we should show
On Fri, Oct 10, 2003 at 12:10:29AM +, Angus Leeming wrote:
> Angus Leeming wrote:
>
> > André, how does InsetFormula know when it is being edited?
> > Is the test below correct?
> >
> > void InsetFormula::draw(PainterInfo & pi, int x, int y) const
> > {
> > // The previews are updated/drawn o
On Thu, Oct 09, 2003 at 10:53:51PM +, Angus Leeming wrote:
> André, how does InsetFormula know when it is being edited?
The current idiom is to test for
mathcursor && mathcursor->formula() == SomeInsetFormulaBasePointer
Far from nice, though.
> Is the test below correct?
>
> void InsetF
On Thu, Oct 09, 2003 at 06:49:11PM +0200, Lars Gullik Bjønnes spake thusly:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Thu, Oct 09, 2003 at 05:29:13PM +, Angus Leeming wrote:
> >> This got rid of fullRow but also got rid of the logic controlling
> >> display(). Looks like it was a
On Thu, Oct 09, 2003 at 05:53:05PM +, Angus Leeming wrote:
> It seems to me that display mode is not local to a single inset but
> affects the rows above and below. In other words it _is_ the core
> that should handle this.
If it is not just previewed math, a solution in the core is fine.
I
88 matches
Mail list logo
