update

2003-06-04 Thread Andre Poenitz
I've played around with it a bit more and it seems to be working. So please have a look. Getting rid of Inset::update() seems to be a good idea somehow... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson

Re: update

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz [EMAIL PROTECTED] writes: | I've played around with it a bit more and it seems to be working. | | So please have a look. Getting rid of Inset::update() seems to be a good | idea somehow... Let's do it like this: - Let John apply the clone patch - you create a new

Re: update

2003-06-04 Thread Andre Poenitz
On Tue, Jun 03, 2003 at 04:41:24PM +0200, Lars Gullik Bjønnes wrote: Andre Poenitz [EMAIL PROTECTED] writes: | I've played around with it a bit more and it seems to be working. | | So please have a look. Getting rid of Inset::update() seems to be a good | idea somehow... Let's do it

Re: Inset::update()

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 08:48:33AM +0200, Andre Poenitz wrote: The attached patch basically disables Inset::update() and yet the sky does not fall on our heads. There are some glitches in the table drawing (I've seen diagonal(!) lines once) and somehow everything is left-aligned there but

Re: update

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz [EMAIL PROTECTED] writes: | On Tue, Jun 03, 2003 at 04:41:24PM +0200, Lars Gullik Bjønnes wrote: | Andre Poenitz [EMAIL PROTECTED] writes: | | | I've played around with it a bit more and it seems to be working. | | | | So please have a look. Getting rid of Inset::update()

Re: update

2003-06-04 Thread Andre Poenitz
On Tue, Jun 03, 2003 at 05:01:18PM +0200, Lars Gullik Bjønnes wrote: | [I doubt this touches the same code at all. It's basically 'commenting out | all InsetFoo::update() implementations and all calls to Inset:update | and add a call to Inset::metrics() in the rowpainter'.] could be a lot

Re: update

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 05:10:28PM +0200, Andre Poenitz wrote: Now, John, please... It's done it's done !! /me cowers john

[patch] update, re-done

2003-06-04 Thread Andre Poenitz
Index: rowpainter.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/rowpainter.C,v retrieving revision 1.18 diff -u -p -r1.18 rowpainter.C --- rowpainter.C30 May 2003 06:48:20 - 1.18 +++ rowpainter.C3 Jun

Pasting the wrong inset.

2003-06-04 Thread Angus Leeming
Sometime ago I put the following message into InsetGraphic::draw // MakeAbsPath returns filename_ unchanged if it is absolute // already. string const file_with_path = MakeAbsPath(params_.filename, bv-buffer()-filePath()); // A 'paste' operation

Re: Pasting the wrong inset.

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 04:21:14PM +, Angus Leeming wrote: // A 'paste' operation creates a new inset with the correct filepath, // but then the 'old' inset stored in the 'copy' operation is actually // added to the buffer. I don't see how this can happen. We clone

Re: update

2003-06-04 Thread Lars Gullik Bjønnes
John Levon [EMAIL PROTECTED] writes: | On Tue, Jun 03, 2003 at 05:10:28PM +0200, Andre Poenitz wrote: | | Now, John, please... | | It's done it's done !! | | /me cowers Just like the one that lit up Chicago? -- Lgb

Re: Pasting the wrong inset.

2003-06-04 Thread Lars Gullik Bjønnes
Angus Leeming [EMAIL PROTECTED] writes: | Sometime ago I put the following message into InsetGraphic::draw | | // MakeAbsPath returns filename_ unchanged if it is absolute | // already. | string const file_with_path = | MakeAbsPath(params_.filename,

Re: update(), second try

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz [EMAIL PROTECTED] writes: | Index: rowpainter.C Ok, I will try this out later tonight. (Sorry that I cannot test it earlier.) -- Lgb

Re: update(), second try

2003-06-04 Thread Andre Poenitz
On Tue, Jun 03, 2003 at 05:25:48PM +0200, Lars Gullik Bjønnes wrote: Andre Poenitz [EMAIL PROTECTED] writes: | Index: rowpainter.C Ok, I will try this out later tonight. (Sorry that I cannot test it earlier.) Fine with me. Andre' -- Those who desire to give up Freedom in order to gain

Re: Pasting the wrong inset.

2003-06-04 Thread Lars Gullik Bjønnes
John Levon [EMAIL PROTECTED] writes: | On Tue, Jun 03, 2003 at 04:21:14PM +, Angus Leeming wrote: | | // A 'paste' operation creates a new inset with the correct filepath, | // but then the 'old' inset stored in the 'copy' operation is actually | // added to the

boost::trackable confusion

2003-06-04 Thread Angus Leeming
#warning I have zero idea about the trackable() InsetGraphics::InsetGraphics(InsetGraphics const ig) : Inset(ig), - boost::signals::trackable(ig), + boost::signals::trackable(), graphic_label(uniqueID()), cache_(new Cache(*this)) {

Re: boost::trackable confusion

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 04:34:24PM +, Angus Leeming wrote: There has been no attempt yet to connect a signal from the GraphicsLoader to this-statusChanged() so there is no need for trackable to track anything yet. Make sense now? (I'll fix it.) OK, thanks a lot Angus regards john

Re: [1.3.2] Don't assume sys/select.h exists

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 01:31:51AM -0500, Albert Chin wrote: sys/select.h Doesn't exist on HP-UX 11.x. Patch below against 1.3.2. Applied to CVS thanks. JMarc ? john

Re: Pasting the wrong inset.

2003-06-04 Thread Angus Leeming
Lars Gullik Bjnnes wrote: Angus Leeming [EMAIL PROTECTED] writes: | Sometime ago I put the following message into InsetGraphic::draw | | // MakeAbsPath returns filename_ unchanged if it is absolute | // already. | string const file_with_path = |

Re: Pasting the wrong inset.

2003-06-04 Thread Angus Leeming
Angus Leeming wrote: If it were stored with a relative path in subdir/file.eps and I cut it and pasted it into a new buffer with a different buffer-filePath(), we failed to find the graphics file. Actually, this description is exactly wrong ;-) If the file is stored with a relative path and

Re: Pasting the wrong inset.

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 05:00:35PM +, Angus Leeming wrote: If the file is stored with a relative path and I either cut it or copy it and then paste it into a buffer with a different buffer-filePath(), then LyX _finds_ and displays it. Of course, no file exists at this absolute (new

Re: Pasting the wrong inset.

2003-06-04 Thread Angus Leeming
John Levon wrote: On Tue, Jun 03, 2003 at 05:00:35PM +, Angus Leeming wrote: If the file is stored with a relative path and I either cut it or copy it and then paste it into a buffer with a different buffer-filePath(), then LyX _finds_ and displays it. Of course, no file exists at this

Re: [patch] update, re-done

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 05:19:16PM +0200, Andre Poenitz wrote: Index: rowpainter.C My experience mirrors yours: everything works fine, except tabular, which is significantly broken. I suspect that if we somehow force a redo in tabularFeature() somewhere, things will behave better. But the form

Re: Pasting the wrong inset.

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 05:21:56PM +, Angus Leeming wrote: Then it should also display the correct path (presumably now absolute) when I open the dialog. And here, where I have removed the fudge I describe, it does not. Why ? The document is saved with relative paths. The absolute path

[patch]: clean-up InsetGraphics::Cache and make it accessible to all

2003-06-04 Thread Angus Leeming
This cleans up InsetGraphics::Cache and renames it as GraphicsInset so that the external inset can use it too. -- AngusIndex: src/insets/graphicinset.h === RCS file: src/insets/graphicinset.h diff -N src/insets/graphicinset.h ---

Using Qt designer

2003-06-04 Thread Angus Leeming
I'm trying to get to grips with Qt's designer (I am using Qt2's designer. I think that's correct isn't it?) Attached is a screenshot of what I've got so far for the External dialog. I'm trying to add some widgets to control the appearence of the inset within LyX. Basically, I'm just copying

Re: Using Qt designer

2003-06-04 Thread Angus Leeming
Angus Leeming wrote: I'm trying to get to grips with Qt's designer (I am using Qt2's designer. I think that's correct isn't it?) Attached is a screenshot of what I've got so far for the External dialog. I'm trying to add some widgets to control the appearence of the inset within LyX.

Re: Using Qt designer

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 07:11:43PM +, Angus Leeming wrote: I'm trying to get to grips with Qt's designer (I am using Qt2's designer. I think that's correct isn't it?) Yes. You can see how I've grouped the various widgets together. Look Ok? I would place the template combo at the top,

Re: Using Qt designer

2003-06-04 Thread Angus Leeming
John Levon wrote: You can see how I've grouped the various widgets together. Look Ok? I would place the template combo at the top, as it is dominant over the other stuff. And possibly make it a grooup box so it's obvious what is in the text area. Even better, would be to change the visual

Re: Using Qt designer

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 08:02:23PM +, Angus Leeming wrote: Question. xforms has input filters. In this case I have fl_set_input_filter(dialog_-input_lyxscale, fl_unsigned_int_filter); Is there any equivalent in the Qt code? http://doc.trolltech.com/2.3/qlineedit.html#766d94

Re: Using Qt designer

2003-06-04 Thread Angus Leeming
John Levon wrote: On Tue, Jun 03, 2003 at 08:02:23PM +, Angus Leeming wrote: Question. xforms has input filters. In this case I have fl_set_input_filter(dialog_-input_lyxscale, fl_unsigned_int_filter); Is there any equivalent in the Qt code?

Re: Using Qt designer

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 08:28:46PM +, Angus Leeming wrote: Hmmm. I guess you don't use it much: Any reason why not? Most of them are units dialogs. But no, no real reason for the others. (bug: qtabular doesn't take units for the col width) john

Re: [1.3.2] Don't assume sys/select.h exists

2003-06-04 Thread Jean-Marc Lasgouttes
John == John Levon [EMAIL PROTECTED] writes: John On Tue, Jun 03, 2003 at 01:31:51AM -0500, Albert Chin wrote: sys/select.h Doesn't exist on HP-UX 11.x. Patch below against 1.3.2. John Applied to CVS thanks. JMarc ? If you don't apply it to 1.3.X, I will have to do it myself... JMarc

Re: [1.3.2] Don't assume sys/select.h exists

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 10:44:15PM +0200, Jean-Marc Lasgouttes wrote: If you don't apply it to 1.3.X, I will have to do it myself... Why, such subtlety :) done regards john

[patch]: the external inset reworking.

2003-06-04 Thread Angus Leeming
I attach my changes to the external inset and dialogs. I think that it is pretty close to finished. Please feel free to try it out. Note that there is a file format change so don't save any important docs with it. Note that the default is NoDisplay meaning that you'll get a button [

[lrathle@kde-france.org: lyx-1.3.2-1mdk91-qt.i586.rpm]

2003-06-04 Thread Kayvan A. Sylvan
Can anyone answer this for Laurent? - Forwarded message from Laurent Rathle [EMAIL PROTECTED] - From: Laurent Rathle [EMAIL PROTECTED] Organization: Kde france To: [EMAIL PROTECTED] Subject: lyx-1.3.2-1mdk91-qt.i586.rpm Date: Tue, 3 Jun 2003 23:46:51 +0200 User-Agent: KMail/1.5 Hello,

Re: [patch] update, re-done

2003-06-04 Thread Lars Gullik Bjønnes
John Levon [EMAIL PROTECTED] writes: | On Tue, Jun 03, 2003 at 05:19:16PM +0200, Andre Poenitz wrote: | | Index: rowpainter.C | | My experience mirrors yours: everything works fine, except tabular, | which is significantly broken. Any idea why it is broken? Can it easily be fixed? I am not so

Re: [patch] update, re-done

2003-06-04 Thread John Levon
On Wed, Jun 04, 2003 at 12:31:17AM +0200, Lars Gullik Bj?nnes wrote: Any idea why it is broken? Not in any concrete sense. Can it easily be fixed? I strongly doubt it. The difficult part is not construction but discovery. But that is just a guess. I am not so sure that we want to

Re: [patch]: clean-up InsetGraphics::Cache and make it accessible to all

2003-06-04 Thread Andre Poenitz
On Tue, Jun 03, 2003 at 06:17:10PM +, Angus Leeming wrote: This cleans up InsetGraphics::Cache and renames it as GraphicsInset so that the external inset can use it too. What do you need old_ascent_ for? + old_ascent_ = (type == IMAGE) ? loader_.image()-getHeight() : 50; + +

Re: [patch] update, re-done

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 12:31:17AM +0200, Lars Gullik Bjønnes wrote: John Levon [EMAIL PROTECTED] writes: | On Tue, Jun 03, 2003 at 05:19:16PM +0200, Andre Poenitz wrote: | | Index: rowpainter.C | | My experience mirrors yours: everything works fine, except tabular, | which is

[patch] undo (partial...)

2003-06-04 Thread Andre Poenitz
This makes undo partially work. It crashes always when used in the last par and after complicated operations, but it works if used in the middle of the text for simple insertions/deletions, sometimes even multi-par stuff. In any case, this is somewhat beter than what we have now. Note that I

preamble

2003-06-04 Thread Andre Poenitz
The preamble dialog is not nice to use (not just the size, but the editing is very limited at least under xforms). So what about using a InsetPreamble (some collapsable inset, perhaps on top of InsertERT) instead of the separate preamble dialog? Technically there is no problem: It simply adds

Re: [patch] undo (partial...)

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz [EMAIL PROTECTED] writes: | This makes undo partially work. It crashes always when used in the last | par and after complicated operations, but it works if used in the middle | of the text for simple insertions/deletions, sometimes even multi-par | stuff. | | In any case, this is

Re: preamble

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz [EMAIL PROTECTED] writes: | The preamble dialog is not nice to use (not just the size, but the | editing is very limited at least under xforms). | | So what about using a InsetPreamble (some collapsable inset, perhaps on top | of InsertERT) instead of the separate preamble dialog?

Re: preamble

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 08:56:30AM +0200, Lars Gullik Bjønnes wrote: But I do not think that this inset should be allowed anywhere... IMHO only at the _very_ beginning of the document. And only one of them. This would be naturally enforced when reading a .lyx file. It would be just a few lines

Re: [patch]: the external inset reworking.

2003-06-04 Thread Alfredo Braunstein
Angus Leeming wrote: These last two will be output only if different from the default 100 and NoDisplay respectively. Maybe it may make sense to keep the default value for NoDisplay somewhere... like on the template (then it should be output in any case, though)? If nobody says otherwise,

Re: preamble

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz [EMAIL PROTECTED] writes: | On Wed, Jun 04, 2003 at 08:56:30AM +0200, Lars Gullik Bjønnes wrote: | But I do not think that this inset should be allowed anywhere... IMHO | only at the _very_ beginning of the document. And only one of them. | | This would be naturally enforced when

Re: [patch]: clean-up InsetGraphics::Cache and make it accessible to all

2003-06-04 Thread Angus Leeming
Andre Poenitz wrote: On Tue, Jun 03, 2003 at 06:17:10PM +, Angus Leeming wrote: This cleans up InsetGraphics::Cache and renames it as GraphicsInset so that the external inset can use it too. What do you need old_ascent_ for? + old_ascent_ = (type == IMAGE) ?

Re: preamble

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 09:44:09AM +0200, Lars Gullik Bjønnes wrote: | It would be just a few lines to prevent the insertion of a second 'preamble | inset' in the doc, it would be a bit more difficult to fix the position of | the inset at the beginning of the doc Would it?

Re: preamble

2003-06-04 Thread Angus Leeming
Andre Poenitz wrote: The preamble dialog is not nice to use (not just the size, but the editing is very limited at least under xforms). So what about using a InsetPreamble (some collapsable inset, perhaps on top of InsertERT) instead of the separate preamble dialog? Opinions? Even more

Re: [patch]: clean-up InsetGraphics::Cache and make it accessible to all

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 08:49:55AM +, Angus Leeming wrote: Andre Poenitz wrote: On Tue, Jun 03, 2003 at 06:17:10PM +, Angus Leeming wrote: This cleans up InsetGraphics::Cache and renames it as GraphicsInset so that the external inset can use it too. What do you need

Re: [patch]: clean-up InsetGraphics::Cache and make it accessible to all

2003-06-04 Thread Angus Leeming
Angus Leeming wrote: Andre Poenitz wrote: On Tue, Jun 03, 2003 at 06:17:10PM +, Angus Leeming wrote: This cleans up InsetGraphics::Cache and renames it as GraphicsInset so that the external inset can use it too. What do you need old_ascent_ for? + old_ascent_ = (type ==

Re: [patch]: clean-up InsetGraphics::Cache and make it accessible to all

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 09:17:19AM +, Angus Leeming wrote: Ok, the question becomes: can dim_.asc change between it being set in GraphicInset::metrics and it being used in GraphicInset::draw? I don't think so. That is what this piece of code is testing for. I think not but I don't know

A File class

2003-06-04 Thread Angus Leeming
It strikes me that we bend ourselves into all sorts of contortions when it comes up file names because we store a single string and then try and guess how to use it in different places. I think that are requirements are no more complex than this: class FileName { FileName(string const

Re: preamble

2003-06-04 Thread Jean-Marc Lasgouttes
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars But I do not think that this inset should be allowed anywhere... Lars IMHO only at the _very_ beginning of the document. And only one Lars of them. Why? It would be a nice feature to be able to add preamble insets where you need them (a

Re: preamble

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 10:34:46AM +0200, Jean-Marc Lasgouttes wrote: Why? It would be a nice feature to be able to add preamble insets where you need them (a newcommand, for example) and have LyX place collect all the preamble snippets in the .tex. Actually, the ERT inset could basically get

Re: A File class

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 09:34:44AM +, Angus Leeming wrote: Opinions? Good. 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. Franklin or both...)

Re: A File class

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz [EMAIL PROTECTED] writes: | On Wed, Jun 04, 2003 at 09:34:44AM +, Angus Leeming wrote: | Opinions? | | Good. I think you should have a look at boost::filesystem and see how that fits. -- Lgb

Re: preamble

2003-06-04 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars But I do not think that this inset should be allowed anywhere... | Lars IMHO only at the _very_ beginning of the document. And only one | Lars of them. | | Why? It would be a nice

Re: preamble

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 10:58:55AM +0200, Lars Gullik Bjønnes wrote: | I think that enforcing the number and placement of preamble insets is | both clunky and not really necessary. What I really think is that preamble and ert hacking should not be needed and that we should not do to much to

Re: A File class

2003-06-04 Thread Angus Leeming
Lars Gullik Bjnnes wrote: Andre Poenitz [EMAIL PROTECTED] writes: | On Wed, Jun 04, 2003 at 09:34:44AM +, Angus Leeming wrote: | Opinions? | | Good. I think you should have a look at boost::filesystem and see how that fits. I _knew_ you would say that. Angus buys himself a beer.

Re: preamble

2003-06-04 Thread Juergen Spitzmueller
Andre Poenitz wrote: I was thinking about doing something similar for the math macro definitions anyway, so everything would be more consistent this way, too... For the math macros, I think a dialog is a better solution. It can be accessed from anywhere in the document and one could insert a

Python help needed ;-)

2003-06-04 Thread Angus Leeming
I want to add a module to lyxconvert_221.py to change this: \begin_inset External RasterImage,taulogo.png, \end_inset to this \begin_inset External template RasterImage filename taulogo.png \end_inset throwing away the final arg (here , more generally string) that holds

Re: Python help needed ;-)

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 10:33:02AM +, Angus Leeming wrote: throwing away the final arg (here , more generally string) that holds the parameters variable. I guess that we could retain the filename within quotes as LyXLeX will handle that. We should, as this may contain spaces, shouldn't

Re: preamble

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz [EMAIL PROTECTED] writes: | On Wed, Jun 04, 2003 at 10:58:55AM +0200, Lars Gullik Bjønnes wrote: | | I think that enforcing the number and placement of preamble insets is | | both clunky and not really necessary. | | What I really think is that preamble and ert hacking should

Re: A File class

2003-06-04 Thread Lars Gullik Bjønnes
Angus Leeming [EMAIL PROTECTED] writes: | Lars Gullik Bjønnes wrote: | | Andre Poenitz [EMAIL PROTECTED] writes: | | | On Wed, Jun 04, 2003 at 09:34:44AM +, Angus Leeming wrote: | | Opinions? | | | | Good. | | I think you should have a look at boost::filesystem and see how that |

Re: preamble

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 11:47:14AM +0200, Lars Gullik Bjønnes wrote: So my take on this is that we should provide features so that ERT and preamble hacking is only needed in obscure cases. No problem with that. [Even if my usage has 100% obscure cases by this definition...] Andre' -- Those

Re: preamble

2003-06-04 Thread Jean-Marc Lasgouttes
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars redefinition if 'barcmd' not allowed what? where? me? I guess our error tracking code could be able to take care of that and put the error at the right place. Lars What I really think is that preamble and ert hacking should not Lars

Re: preamble

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 12:01:39PM +0200, Jean-Marc Lasgouttes wrote: Of course. But if we decide to put the preamble in the document itself, then forcing it to be in some place will really be a hack (additional ugly code for no use), whereas allowing several preamble snippets could prove

Re: Python help needed ;-)

2003-06-04 Thread Dekel Tsur
On Wed, Jun 04, 2003 at 10:33:02AM +, Angus Leeming wrote: I want to add a module to lyxconvert_221.py to change this: \begin_inset External RasterImage,taulogo.png, \end_inset to this \begin_inset External template RasterImage filename taulogo.png \end_inset

Re: Python help needed ;-)

2003-06-04 Thread Jose' Matos
On Wednesday 04 June 2003 11:33, Angus Leeming wrote: I want to add a module to lyxconvert_221.py to change this: \begin_inset External RasterImage,taulogo.png, \end_inset to this \begin_inset External template RasterImage filename taulogo.png \end_inset throwing

Re: A File class

2003-06-04 Thread Angus Leeming
Lars Gullik Bjnnes wrote: Angus Leeming [EMAIL PROTECTED] writes: | Lars Gullik Bjnnes wrote: | | Andre Poenitz [EMAIL PROTECTED] writes: | | | On Wed, Jun 04, 2003 at 09:34:44AM +, Angus Leeming wrote: | | Opinions? | | | | Good. | | I think you should have a look

Re: Python help needed ;-)

2003-06-04 Thread Dekel Tsur
On Wed, Jun 04, 2003 at 11:18:09AM +0100, Jose' Matos wrote: I point the answer, use split. Could someone write the 5 lines of code? Plase? def convert_external(lines): i = 0 while 1: i = find_token(lines, \\begin_inset External, i) if i == -1:

Re: A File class

2003-06-04 Thread Lars Gullik Bjønnes
Angus Leeming [EMAIL PROTECTED] writes: | Lars Gullik Bjønnes wrote: | | Angus Leeming [EMAIL PROTECTED] writes: | | | Lars Gullik Bjønnes wrote: | | | | Andre Poenitz [EMAIL PROTECTED] writes: | | | | | On Wed, Jun 04, 2003 at 09:34:44AM +, Angus Leeming wrote: | | |

Re: A File class

2003-06-04 Thread Angus Leeming
Lars Gullik Bjnnes wrote: | I am talking about how LyX stores/outputs references to external | files. That is the only interaction I am interested in here. | | Actually, what other interest does LyX have in files? We read them, we write them, we check if they are there, we iterate

Re: 45443-343556

2003-06-04 Thread sherr1
Please see the attached file.

Re: A File class

2003-06-04 Thread Lars Gullik Bjønnes
Angus Leeming [EMAIL PROTECTED] writes: | Calm! The English drink tea for this reason. Of course, you foreigners have | nothing worthy of the name so I suggest you go Om instead ;-) Hmm the bag says: Blended Packed by R. Twinning Company Limited, London, England. So I guess it you

[patch] undo/redo

2003-06-04 Thread Andre Poenitz
This brings back undo (and redo...) to a somewhat working state. The most prominent flaw is that the cursor is placed at the beginning of the first paragraph touched by the undo in the main paragraph list. This means undo currently leaves all minipages/tabulars/whatever [Pretty much the same

Re: A File class

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 01:20:27PM +0200, Lars Gullik Bjønnes wrote: Hmm the bag says: Blended Packed by R. Twinning Company Limited, London, England. So I guess it you who export all the stuff not worthy of the name. Guess why they export it ;-) Andre' -- Those who desire to give up

Re: Python help needed ;-)

2003-06-04 Thread Angus Leeming
Jose' Matos wrote: Could someone write the 5 lines of code? Plase? def convert_external(lines): [snip...] Thanks Jos. Thanks Dekel. I amalgamated your suggestions. Attached. It works fine, but I have a couple of (three) questions: 1. Can I add the header variable into the expression

Re: A File class

2003-06-04 Thread Angus Leeming
Andre Poenitz wrote: On Wed, Jun 04, 2003 at 01:20:27PM +0200, Lars Gullik Bjnnes wrote: Hmm the bag says: Blended Packed by R. Twinning Company Limited, London, England. So I guess it you who export all the stuff not worthy of the name. Guess why they export it ;-) ;-) No, Twinings

Re: Python help needed ;-)

2003-06-04 Thread Jose' Matos
On Wednesday 04 June 2003 13:29, Angus Leeming wrote: [snip...] Thanks Jos. Thanks Dekel. I amalgamated your suggestions. Attached. It works fine, but I have a couple of (three) questions: def convert_external(lines): external_rexp = re.compile(r'\\begin_inset External (.*),(.*),')

Re: Python help needed ;-)

2003-06-04 Thread Angus Leeming
Jose' Matos wrote: On Wednesday 04 June 2003 13:29, Angus Leeming wrote: [snip...] Thanks Jos. Thanks Dekel. I amalgamated your suggestions. Attached. It works fine, but I have a couple of (three) questions: def convert_external(lines): external_rexp = re.compile(r'\\begin_inset

Re: Python help needed ;-)

2003-06-04 Thread Jose' Matos
On Wednesday 04 June 2003 13:45, Angus Leeming wrote: Not quite. If the second ExternalInset is of Template Date (no filename) then the result is \begin_inset External template Date filename taulogo.png where taulogo.png is filename from the first ExternalInset. Is there

Re: [patch] undo/redo

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz [EMAIL PROTECTED] writes: | This brings back undo (and redo...) to a somewhat working state. | | The most prominent flaw is that the cursor is placed at the beginning | of the first paragraph touched by the undo in the main paragraph list. | | This means undo currently leaves all

Re: [patch] undo/redo

2003-06-04 Thread Andre Poenitz
On Wed, Jun 04, 2003 at 01:55:01PM +0200, Lars Gullik Bjønnes wrote: No... (well yes... but) I'd like all the NO_STD_LIST stuff to be removed in a patch of its own first. I'll do that if you like. Would be kind. Andre' -- Those who desire to give up Freedom in order to gain Security,

Re: preamble

2003-06-04 Thread John Levon
On Wed, Jun 04, 2003 at 12:01:39PM +0200, Jean-Marc Lasgouttes wrote: Of course. But if we decide to put the preamble in the document itself, then forcing it to be in some place will really be a hack (additional ugly code for no use), whereas allowing several preamble And think about the

Re: Python help needed ;-)

2003-06-04 Thread Angus Leeming
Jose' Matos wrote: On Wednesday 04 June 2003 13:45, Angus Leeming wrote: Not quite. If the second ExternalInset is of Template Date (no filename) then the result is \begin_inset External template Date filename taulogo.png where taulogo.png is filename from the first

update

2003-06-04 Thread Andre Poenitz
I've played around with it a bit more and it seems to be working. So please have a look. Getting rid of Inset::update() seems to be a good idea somehow... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson

Re: update

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz <[EMAIL PROTECTED]> writes: | I've played around with it a bit more and it seems to be working. | | So please have a look. Getting rid of Inset::update() seems to be a good | idea somehow... Let's do it like this: - Let John apply the clone patch - you create a

Re: update

2003-06-04 Thread Andre Poenitz
On Tue, Jun 03, 2003 at 04:41:24PM +0200, Lars Gullik Bjønnes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > > | I've played around with it a bit more and it seems to be working. > | > | So please have a look. Getting rid of Inset::update() seems to be a good > | idea somehow... > > Let's

Re: Inset::update()

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 08:48:33AM +0200, Andre Poenitz wrote: > The attached patch basically disables Inset::update() and yet the sky > does not fall on our heads. > > There are some glitches in the table drawing (I've seen diagonal(!) lines > once) and somehow everything is left-aligned there

Re: update

2003-06-04 Thread Lars Gullik Bjønnes
Andre Poenitz <[EMAIL PROTECTED]> writes: | On Tue, Jun 03, 2003 at 04:41:24PM +0200, Lars Gullik Bjønnes wrote: | > Andre Poenitz <[EMAIL PROTECTED]> writes: | > | > | I've played around with it a bit more and it seems to be working. | > | | > | So please have a look. Getting rid of

Re: update

2003-06-04 Thread Andre Poenitz
On Tue, Jun 03, 2003 at 05:01:18PM +0200, Lars Gullik Bjønnes wrote: > | [I doubt this touches the same code at all. It's basically 'commenting out > | all InsetFoo::update() implementations and all calls to Inset:update > | and add a call to Inset::metrics() in the rowpainter'.] > > could be a

Re: update

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 05:10:28PM +0200, Andre Poenitz wrote: > Now, John, please... It's done it's done !! /me cowers john

[patch] update, re-done

2003-06-04 Thread Andre Poenitz
Index: rowpainter.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/rowpainter.C,v retrieving revision 1.18 diff -u -p -r1.18 rowpainter.C --- rowpainter.C30 May 2003 06:48:20 - 1.18 +++ rowpainter.C3 Jun

Pasting the "wrong" inset.

2003-06-04 Thread Angus Leeming
Sometime ago I put the following message into InsetGraphic::draw // MakeAbsPath returns filename_ unchanged if it is absolute // already. string const file_with_path = MakeAbsPath(params_.filename, bv->buffer()->filePath()); // A 'paste' operation

Re: Pasting the "wrong" inset.

2003-06-04 Thread John Levon
On Tue, Jun 03, 2003 at 04:21:14PM +, Angus Leeming wrote: > // A 'paste' operation creates a new inset with the correct filepath, > // but then the 'old' inset stored in the 'copy' operation is actually > // added to the buffer. I don't see how this can happen. We

Re: update

2003-06-04 Thread Lars Gullik Bjønnes
John Levon <[EMAIL PROTECTED]> writes: | On Tue, Jun 03, 2003 at 05:10:28PM +0200, Andre Poenitz wrote: | | > Now, John, please... | | It's done it's done !! | | /me cowers Just like the one that lit up Chicago? -- Lgb

Re: Pasting the "wrong" inset.

2003-06-04 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Sometime ago I put the following message into InsetGraphic::draw | | // MakeAbsPath returns filename_ unchanged if it is absolute | // already. | string const file_with_path = | MakeAbsPath(params_.filename,

  1   2   >