On Tue, 28 Oct 2003, Alfredo Braunstein wrote:
> João, it would be asking too much to repost an updated version of all your
> pending patches?
>
> I'll apply non-controversial ones and ask for advice on the rest.
* putenv.diff: allocate space for the exported string and store the
pointers in a
Greetings,
I have managed to solve the mystery of the undefined symbols, which
previously caused the final link of lyx.exe to fail. What I needed to do
was to remove the '#pragma interface" and "#pragma implementation"
directives from the source code. The compilation and link then completed
su
José, put all three scripts in your path (and in the same directory).
Usage:
$ check_compile.sh ExternalTemplate.h
ExternalTemplate.h was compiled successfully.
$ check_compile.sh ExternalTemplate.C
ExternalTemplate.C was compiled successfully.
$ check_strip.sh includes ExternalTemplate.C
Extern
André (and any others interested in speeding up link times at the
expense of a doubling in disk usage),
The attached script works for me. I have set its executable bit and
placed it in my path, using it as
$ make CXX=my_g++
Please check that make invokes g++ as
g++ ... -MT file.lo -MD
cannot get the dialog by clicking on the ref nor url buttton insets.
labels work fine.
Alfredo
On Tue, Nov 04, 2003 at 10:47:40PM +0100, Christian Ridderstr?m wrote:
> Umm, like this?
> http://wiki.lyx.org/pmwiki.php/FAQ/PDF
Cool, cheers
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
- searching on inside an insetext leads to a crash (assert on the
uninitialized bv cache in insettext).
- collapsables are not open on edit() as they should.
Can I apply the attached? (should I just wait to the IL stuff to die, or we
are trying to keep the thing alive on the transition?)
dispatch
On Tue, 4 Nov 2003, John Levon wrote:
>
> The wiki page on PDF does not describe the solution to the fonts
> problem. Could somebody please add this ?
>
Umm, like this?
http://wiki.lyx.org/pmwiki.php/FAQ/PDF
/Christian
--
Christian Ridderström http://www.md.k
The wiki page on PDF does not describe the solution to the fonts
problem. Could somebody please add this ?
thanks
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
Am Montag, 3. November 2003 14:41 schrieb Andre Poenitz:
> Ok. I don't have the time to check this thoroughly. It looks sensible,
> so if you can confirm that the ound-trip on the UserGuide is no worse
> than before, I'd commit this.
Please take the attached version. It has exactly the same nesti
On Tuesday 04 November 2003 11:57, Jose' Matos wrote:
> > Just remember to not put too much in one patch...
>
> I hope this is not too much, most of the changes are:
> - search and replace
> - cut and paste
Since we have already discussed the changes contained here and this seems
On Tue, Nov 04, 2003 at 01:15:27PM +, Angus Leeming wrote:
> Grrr
> Windmills.
The new official catchphrase ?
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Tue, Nov 04, 2003 at 03:47:37PM +, Angus Leeming wrote:
> However, LyX is trying to use iterators more, not less, and you are
> driving that effort.
By replacing PragraphList::iterator with integer offsets?
Hah... you reveal my secret plan...
Andre'
Andre Poenitz wrote:
> On Tue, Nov 04, 2003 at 02:00:21PM +, Angus Leeming wrote:
>> Andre Poenitz wrote:
>>
>> > On Tue, Nov 04, 2003 at 12:19:25PM +, Angus Leeming wrote:
>> >> I have a container that currently allows the user to alter the
>> >> Node container. I want to allow the user
On Tue, Nov 04, 2003 at 02:00:21PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> > On Tue, Nov 04, 2003 at 12:19:25PM +, Angus Leeming wrote:
> >> I have a container that currently allows the user to alter the Node
> >> container. I want to allow the user to be able to alter the Node
I mail I got.
--- Begin Message ---
lars,
you responded to a request i sent asking for the email address of
the documents team. i'm sorry to say that that bounced too. i don't
know what the problem is. since, you're the only contact i have, i'm
going to ask you to read the attachment, w
On Mon, Nov 03, 2003 at 08:42:43PM +0100, Lars Gullik Bjønnes spake thusly:
...
> the question is if we want to base this upon InsetElement.
> I guess yes... but I don't want InsetElement in unless we are going to
> make it also work (not necessarily in the same patch) with other
> output format
On Tuesday 04 November 2003 14:43, Angus Leeming wrote:
>
> They're at home. I'll post them this evening.
Thanks. :-)
--
José Abílio
LyX and docbook, a perfect match. :-)
Jose' Matos wrote:
> Hi Angus,
> do you still have your scripts that check for redundant includes?
>
> I would like to apply them to the new files.
They're at home. I'll post them this evening.
--
Angus
How do I configure lyx-1.3.3 to build without iconv? I cannot move
the libraries before configuring because gcc uses them. I'm trying to
create a portable binary, and the target audiences include MacOS-10.3,
which has libiconv, and MacOS-10.2, which may have them, but in odd
places.
Is there a s
Hi Angus,
do you still have your scripts that check for redundant includes?
I would like to apply them to the new files.
--
José Abílio
LyX and docbook, a perfect match. :-)
Andre Poenitz wrote:
> On Tue, Nov 04, 2003 at 12:19:25PM +, Angus Leeming wrote:
>> I have a container that currently allows the user to alter the Node
>> container. I want to allow the user to be able to alter the Node
>> contents but to not be able to insert, erase Nodes from the vector.
>>
Andre Poenitz wrote:
> On Tue, Nov 04, 2003 at 12:37:00PM +, Angus Leeming wrote:
>> >> What's the best way to proceed?
>> >
>> >
>> > /// The element list is immutable.
>> > //std::vector const & elements() const { return
>> > elements_; } Element const & element(
Lars Gullik BjÃnnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | backspace inside an inset erases... 3 (three) chars!
>>
> | Have fun
>
> Remember the poem you saw?
>
> Some dispatched(true) is probably missing...
Yeah, I noticed that something in the rhyme was missing.
Alfre
Andre Poenitz wrote:
> On Tue, Nov 04, 2003 at 01:36:38PM +0100, Alfredo Braunstein wrote:
>> backspace inside an inset erases... 3 (three) chars!
>
> The fun is gone...
How boring...
Alfredo
On Tue, Nov 04, 2003 at 01:48:06PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Nov 04, 2003 at 01:36:38PM +0100, Alfredo Braunstein wrote:
> >> backspace inside an inset erases... 3 (three) chars!
> >
> | The fun is gone...
>
> did you fix it or jus
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Nov 04, 2003 at 01:36:38PM +0100, Alfredo Braunstein wrote:
>> backspace inside an inset erases... 3 (three) chars!
>
| The fun is gone...
did you fix it or just turn off the Cursor::dispatch?
--
Lgb
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| backspace inside an inset erases... 3 (three) chars!
>
| Have fun
Remember the poem you saw?
Some dispatched(true) is probably missing...
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Nov 04, 2003 at 01:18:31PM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | But's easier to build up a stack of insets at position (x,y) and go
>> | inside-out until the first inset shouts 'I can handle it!'
On Tue, Nov 04, 2003 at 01:36:38PM +0100, Alfredo Braunstein wrote:
> backspace inside an inset erases... 3 (three) chars!
The fun is gone...
[Btw I had four with the defunct patch ;-)]
Andre'
backspace inside an inset erases... 3 (three) chars!
Have fun
Alfredo
On Tue, Nov 04, 2003 at 12:37:00PM +, Angus Leeming wrote:
> >> What's the best way to proceed?
> >
> >
> > /// The element list is immutable.
> > //std::vector const & elements() const { return
> > elements_; } Element const & element(size_t i) const {
> >
Andre Poenitz wrote:
> On Tue, Nov 04, 2003 at 12:19:25PM +, Angus Leeming wrote:
>> I have a container that currently allows the user to alter the Node
>> container. I want to allow the user to be able to alter the Node
>> contents but to not be able to insert, erase Nodes from the vector.
>>
Angus Leeming <[EMAIL PROTECTED]> writes:
| I have a container that currently allows the user to alter the Node
| container. I want to allow the user to be able to alter the Node
| contents but to not be able to insert, erase Nodes from the vector.
Don't return the vector but have an accessor f
On Tue, Nov 04, 2003 at 01:18:31PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | But's easier to build up a stack of insets at position (x,y) and go
> | inside-out until the first inset shouts 'I can handle it!'.
> | The effect is the same and the implementat
On Tue, Nov 04, 2003 at 12:19:25PM +, Angus Leeming wrote:
> I have a container that currently allows the user to alter the Node
> container. I want to allow the user to be able to alter the Node
> contents but to not be able to insert, erase Nodes from the vector.
>
> What's the best way to
Andre Poenitz <[EMAIL PROTECTED]> writes:
| But's easier to build up a stack of insets at position (x,y) and go
| inside-out until the first inset shouts 'I can handle it!'.
| The effect is the same and the implementation is much simpler.
Won't you need a back pointer then? All insets must know
I have a container that currently allows the user to alter the Node
container. I want to allow the user to be able to alter the Node
contents but to not be able to insert, erase Nodes from the vector.
What's the best way to proceed?
/** \c ElementList is a convenient container of the nodes
*
Angus Leeming wrote:
> I like it. Now define some LFUNs and make the controller use the
> dispatch mechanism. Ok, ok, ok... ;-)
;-)
> Basically, if it works, then just go for it.
Thanks Angus & AndrÃ.
22 files changed, 259 insertions(+), 615 deletions(-)
I feel lighter.
Alfredo
On Tue, Nov 04, 2003 at 12:49:10PM +0100, Lars Gullik Bjønnes wrote:
> | Suppose a user clicks on C. What should happen?
>
> depends really...
> I guess that in most cases B should react.
Everything else would be a surprise.
> A::dispatch [neston] -> B::dispatch [neston] ->
> C::dispatch [unhand
On Monday 03 November 2003 19:31, Lars Gullik Bjønnes wrote:
> "Jose' Matos" <[EMAIL PROTECTED]> writes:
> | Hi,
> | I am working on the subjects discussed here last Friday.
> |
> | * Rename *ascii* to *plaintext* for insets.
> | * Rename *LatexRunParams* to *OutputParams*
> | * Cre
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Nov 04, 2003 at 12:27:14PM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | No, jsut inset->dispatch() and finally bv->text->dispatch.
>>
>> right... (sorry: misread.)
>>
>> should it do even that?
>
| Sur
On Tue, Nov 04, 2003 at 12:34:25PM +0100, Alfredo Braunstein wrote:
> Alfredo Braunstein wrote:
>
> > The search/replace/changes cleanup [lyxfind.C attached separately]
> >
> > Comments?
>
> Well?
Commit?
Andre'
On Tue, Nov 04, 2003 at 12:21:52PM +0100, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> >>> Actually I don't like the dispatch changes at all... should the cursor
> >>> _ever_ call the BufferView::dispatch? (IMHO no)
> >>
> | | Indeed.
> >>
> | | And it does not.
Alfredo Braunstein wrote:
> Lars Gullik BjÃnnes wrote:
>
>> To me it looks good. So if you are still able to spellcheck, just
>> commit.
>
> Done, thanks. I will remove all dead code tomorrow.
Done so.
Alfredo
On Tue, Nov 04, 2003 at 12:27:14PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | No, jsut inset->dispatch() and finally bv->text->dispatch.
>
> right... (sorry: misread.)
>
> should it do even that?
Sure.
> That would probably be ok... but I am not quite s
Alfredo Braunstein wrote:
> Alfredo Braunstein wrote:
>
>> The search/replace/changes cleanup [lyxfind.C attached separately]
>>
>> Comments?
>
> Well?
>
> Alfredo
I like it. Now define some LFUNs and make the controller use the
dispatch mechanism. Ok, ok, ok... ;-)
Basically, if it works,
Alfredo Braunstein wrote:
> The search/replace/changes cleanup [lyxfind.C attached separately]
>
> Comments?
Well?
Alfredo
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>>> Actually I don't like the dispatch changes at all... should the cursor
>>> _ever_ call the BufferView::dispatch? (IMHO no)
>>
| | Indeed.
>>
| | And it does not.
>
| I thought I saw a bv()->dispatch(...) there...
Like so:
+
+ lyxerr << "t
Lars Gullik Bjønnes wrote:
>>> On Tue, Nov 04, 2003 at 09:37:35AM +, Angus Leeming wrote:
So, use that script I posted that doesn't merge symbols when
linking. Increases disk footprint but link times are... this
quick.
>>>
>>> Didn't you want to incorporate that into the regualr
Andre Poenitz <[EMAIL PROTECTED]> writes:
| No, jsut inset->dispatch() and finally bv->text->dispatch.
right... (sorry: misread.)
should it do even that?
That would probably be ok... but I am not quite sure.
Anyway what I have decided/realized is that no dispatch function
should call another di
On Tue, Nov 04, 2003 at 09:07:38AM +0100, Alfredo Braunstein spake thusly:
>
> Martin Vermeer wrote:
>
> > It doesn't compile, that's what's going wrong.
...
> Try again.
>
> Alfredo
Yes, this does the job. Thanks.
- Martin
pgp0.pgp
Description: PGP signature
On Tue, Nov 04, 2003 at 12:18:45PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Nov 04, 2003 at 10:53:53AM +0100, Lars Gullik Bjønnes wrote:
> >> Andre Poenitz <[EMAIL PROTECTED]> writes:
> >>
> >> | I also moved part of the LFUN_INSET_EDIT stuff out
On Tue, Nov 04, 2003 at 11:21:07AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> > Grrr.
> > Windmills.
>
> Don't let your blood pressure rise so.
My blood pressure is jsut fine.
> (Anyway, I found one real bug, so one silly question is surely
> allowed ;-)
Sure ;-)
Andre'
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Nov 04, 2003 at 10:53:53AM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | I also moved part of the LFUN_INSET_EDIT stuff out of Inset::dispatch
>> | again into edit() functions. Reason is mainly separating
Andre Poenitz wrote:
> Grrr.
> Windmills.
Don't let your blood pressure rise so. Remember, I have conciously
avoided digging into the core, so I just ask 'em as I see 'em.
(Anyway, I found one real bug, so one silly question is surely
allowed ;-)
--
Angus
On Tue, Nov 04, 2003 at 12:12:25PM +0100, Alfredo Braunstein wrote:
> > instead? If that is not needed, then you can get rid of the loop
>
> it is needed (this broke lockPath)
Ahja.
> Can I commit this?
Sure.
Andre'
On Tue, Nov 04, 2003 at 10:53:53AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | I also moved part of the LFUN_INSET_EDIT stuff out of Inset::dispatch
> | again into edit() functions. Reason is mainly separating two separate
> | ideas: 1. edit means 'open some
Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
>> for (int i = 0; i < n; ++i) {
>> InsetText * in = &tabular.getCellInset(i);
>> if (inset == in) {
>> @@ -451,11 +450,9 @@ bool InsetTabular::lockInsetInInset(Buff
>>
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Jean-Marc Lasgouttes wrote:
>> In a web browser, bookmarks do not appear on the pages that I
>> see... OTOH, it would be nice to have a nice window showing part of
>> the text when I want to select bookmarks. And also to ha
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I also moved part of the LFUN_INSET_EDIT stuff out of Inset::dispatch
| again into edit() functions. Reason is mainly separating two separate
| ideas: 1. edit means 'open some dialog' (this is still in dispatch())
| and 2. edt means 'enter some text inse
Jean-Marc Lasgouttes wrote:
> In a web browser, bookmarks do not appear on the pages that I see...
> OTOH, it would be nice to have a nice window showing part of the text
> when I want to select bookmarks. And also to have bookmarks that load
Should be easy to implement in the menu, Ã la "Paste R
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>
>> On Tue, Nov 04, 2003 at 09:37:35AM +, Angus Leeming wrote:
>>> So, use that script I posted that doesn't merge symbols when
>>> linking. Increases disk footprint but link times are... this quick.
>>
>> Didn't you want to in
> Andre> The ones related to Formats are for output, the 'global' one is
> Andre> for LyX's own drawing.
>
> but for output, if you output \firstname{...}, there is no need for
> fonts...
That's why I dropped that Font part for the LaTeX output in the second
mail IIRC.
Andre'
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Nov 04, 2003 at 10:17:43AM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> If I may object, I'd rather see a version nearer to what .layout
>> files do, so that one can do proper parsing of the resulting latex
>> (for the sake
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> But let's agree that they are different: you set manually the
Alfredo> bookmarks (so visual feedback and cut&paste is nice), but the
Alfredo> others are automatic.
In a web browser, bookmarks do not appear on the pages tha
On Tue, Nov 04, 2003 at 11:33:03AM +0100, Lars Gullik Bjønnes wrote:
> Where what you "if (0)" reverts changes I just made.
Better?
Index: lyxfunc.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxfunc.C,v
retrieving revision 1
Andre Poenitz <[EMAIL PROTECTED]> writes:
| It is porbably possible. But it takes an amount of time I am not
| willing to spend on that issue.
_if_ you had thought of that when doing the changes: different things
different patches.
Makes it easier for all of us.
--
Lgb
On Tue, Nov 04, 2003 at 10:36:51AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> Woo! Things move on bloody quickly!
>
> I find it frankly amazing that the LCursor class shrinks to almost
> nothing. I even feel I understand how it works which is just
> gob-smacking!
>
>
> Index: curs
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> LCursor::dispatch
>
| This is my playground. It's not even active right now.
so?
| i.e. six or seven lines combined to a single one and wrapped in 'if (0)'.
Where what you "if (0)" reverts changes I just made.
>> I'd really like to see Cursor chan
On Tue, Nov 04, 2003 at 11:28:28AM +0100, Lars Gullik Bjønnes wrote:
> But it not only that... you are also doing stuff with dispatch that
> goes in just the oposite direction that I am going.
I don't think so. You can consider all of cursor.[Ch] non-exitent for
the time being. With respect to the
Andre Poenitz wrote:
Woo! Things move on bloody quickly!
I find it frankly amazing that the LCursor class shrinks to almost
nothing. I even feel I understand how it works which is just
gob-smacking!
Index: cursor.h
+ /// mainly used as stack, but wee need random access
Swap wee for we.
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Nov 04, 2003 at 11:07:15AM +0100, Lars Gullik Bjønnes wrote:
>> I just thought that if it is a typedef we don't really have to change
>> the Cursor name.. but I guess that is easiest...
>
| I don't care about names too much right now.
Fair enoug
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Nov 04, 2003 at 11:11:45AM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | What part?
>>
>> All disptch changes really...
>>
>> | Why?
>>
>> You are interfering with my work.
>
| So do your work and tel
On Tue, Nov 04, 2003 at 11:11:45AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | What part?
>
> All disptch changes really...
>
> | Why?
>
> You are interfering with my work.
So do your work and tell me when you are done.
Andre'
On Tue, Nov 04, 2003 at 11:09:50AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Nov 04, 2003 at 10:58:28AM +0100, Lars Gullik Bjønnes wrote:
> >> Andre Poenitz <[EMAIL PROTECTED]> writes:
> >>
> >> | Failures are indicated by '### CURSOR OUT OF SYNC:
Andre Poenitz <[EMAIL PROTECTED]> writes:
| What part?
All disptch changes really...
| Why?
You are interfering with my work.
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Nov 04, 2003 at 10:58:28AM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | Failures are indicated by '### CURSOR OUT OF SYNC:' messages. As this
>> | happens often, dispatch() uses now the old route again,
On Tue, Nov 04, 2003 at 11:07:15AM +0100, Lars Gullik Bjønnes wrote:
> I just thought that if it is a typedef we don't really have to change
> the Cursor name.. but I guess that is easiest...
I don't care about names too much right now.
Andre'
--
Those who desire to give up Freedom in order to
On Tue, Nov 04, 2003 at 10:52:00AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Several things that are not easily separated:
> >
> | This changes tactics: Instead of creating the 'global' cursor from the
> | inset locking information (which won't be availabl
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Nov 04, 2003 at 10:50:14AM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | I had to rename Cursor to LCursor it since there is some name clash
>> | with some X header.
>>
>> I find this unfortunate. That i
On Tue, Nov 04, 2003 at 10:58:28AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Failures are indicated by '### CURSOR OUT OF SYNC:' messages. As this
> | happens often, dispatch() uses now the old route again, so the patch
> | should be safe.
>
> And you ar
Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
>> /usr/X11/include/X11/X.h:typedef XID Cursor;
>>
>> /usr/X11/include/X11/X.h:typedef unsigned long XID;
>> /usr/X11/include/X11/Xdefs.h:typedef unsigned long XID;
>>
>> Not really usable as LyX cursor...
>
> ;-)
I mean:
PosIterator p = buf
Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | I had to rename Cursor to LCursor it since there is some name
> | clash with some X header.
>
> I find this unfortunate. That is this Cursor from X? a defne? or a
> typedef?
It's not really unfortunate. It provides add
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Several things that are not easily separated:
>
| This changes tactics: Instead of creating the 'global' cursor from the
| inset locking information (which won't be available after IL is
| removed) this tries to keep it up-to-date all the time.
>
| Failu
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Failures are indicated by '### CURSOR OUT OF SYNC:' messages. As this
| happens often, dispatch() uses now the old route again, so the patch
| should be safe.
And you are replacing part of my new dispatch code with your old not
updated one.
--
Andre Poenitz wrote:
> /usr/X11/include/X11/X.h:typedef XID Cursor;
>
> /usr/X11/include/X11/X.h:typedef unsigned long XID;
> /usr/X11/include/X11/Xdefs.h:typedef unsigned long XID;
>
> Not really usable as LyX cursor...
;-)
On Tue, Nov 04, 2003 at 10:50:14AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | I had to rename Cursor to LCursor it since there is some name clash
> | with some X header.
>
> I find this unfortunate. That is this Cursor from X? a defne? or a
> typedef?
/us
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I had to rename Cursor to LCursor it since there is some name clash
| with some X header.
I find this unfortunate. That is this Cursor from X? a defne? or a
typedef?
--
Lgb
Andre Poenitz wrote:
> On Tue, Nov 04, 2003 at 09:37:35AM +, Angus Leeming wrote:
>> So, use that script I posted that doesn't merge symbols when
>> linking. Increases disk footprint but link times are... this quick.
>
> Didn't you want to incorporate that into the regualr build
> machinery?
On Tue, Nov 04, 2003 at 09:37:35AM +, Angus Leeming wrote:
> So, use that script I posted that doesn't merge symbols when linking.
> Increases disk footprint but link times are... this quick.
Didn't you want to incorporate that into the regualr build machinery?
Andre'
Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Nov 04, 2003 at 09:09:48AM +0100, Lars Gullik Bjønnes
> | wrote:
>>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>>
>>> | Linking with -g uses again 203 MB resources which means my 256MB
>>> | box goes into swap
Juergen Spitzmueller wrote:
> Of course. Just keep it in mind please. IMHO spellchecking really needs
> some overhaul. The fact that it uncollapses collapsables literally keeps
> me from spellchecking my documents if not absolutely necessary.
Can you test now if there are no regressions?
Thanks,
On Tue, Nov 04, 2003 at 10:17:43AM +0100, Jean-Marc Lasgouttes wrote:
> If I may object, I'd rather see a version nearer to what .layout files
> do, so that one can do proper parsing of the resulting latex (for the
> sake of tex2lyx). Something like
>
> CharacterStyle FirstName
> Format LaTe
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> And I must admit that I currently always run with
>> "--disable-debug", not because of memory usage, but of linking
>> time.
Andre> I usually do as well, but from time to time a full backtrace is
Andre> helpful...
What I do in such ca
Jean-Marc Lasgouttes wrote:
>> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> Alfredo> Andre Poenitz wrote:
>>> On Mon, Nov 03, 2003 at 03:46:47PM +, John Levon wrote:
On Mon, Nov 03, 2003 at 03:44:33PM +, Angus Leeming wrote:
> > See attached.
>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Andre Poenitz <[EMAIL PROTECTED]> writes:
| CharacterStyle FirstName
| Format LaTeX
| Header "\firstname{"
| Footer "}"
| Font
| Series xxx
|
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Andre Poenitz wrote:
>> On Mon, Nov 03, 2003 at 03:46:47PM +, John Levon wrote:
>>> On Mon, Nov 03, 2003 at 03:44:33PM +, Angus Leeming wrote:
>>>
>>> > > See attached.
>>> >
>>> > It certainly looks like the code
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> There are still nesting errors with nesting list like
Georg> environments. They are different than without the patch. I will
Georg> have a look at that again, but it would be nice if somebody who
Georg> understands need_deeper, deeper_
BufferView.C | 36 -
BufferView.h |7 --
insets/inset.h|5 -
insets/insetcollapsable.C | 12
insets/insetcollapsable.h | 21 ---
insets/insetert.C |9 ---
insets/insetert.h |5 -
insets/insettabular.C
1 - 100 of 109 matches
Mail list logo
