Andre Poenitz <[EMAIL PROTECTED]> writes:
| Index: rowpainter.C
Ok, I will try this out later tonight. (Sorry that I cannot test it
earlier.)
--
Lgb
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
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
#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))
{
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
On Tue, Jun 03, 2003 at 01:31:51AM -0500, Albert Chin wrote:
> Doesn't exist on HP-UX 11.x. Patch below against 1.3.2.
Applied to CVS thanks. JMarc ?
john
Lars Gullik Bjønnes 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 =
> |
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
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
>
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
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
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
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
---
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
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.
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
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
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?
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?
>
>
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
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jun 03, 2003 at 01:31:51AM -0500, Albert Chin wrote:
>> 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
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
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
[
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
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
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
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;
+
+
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
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
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
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
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
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
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,
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
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) ?
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?
>
>
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
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
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?
>>
>> +
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
>
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
> "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
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
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...)
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
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
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
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
> fits.
I _knew_ you would say that. Angus buys
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
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 "") that holds
On Wed, Jun 04, 2003 at 10:33:02AM +, Angus Leeming wrote:
> throwing away the final arg (here "", more generally "") 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
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
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
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'
--
> "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
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
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
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
>
>
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:
> | > | > Opinions?
> | > |
> | > | Good.
> | >
> | > I
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 ==
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:
Lars Gullik Bjønnes 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
Please see the attached file.
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
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
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
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
Andre Poenitz wrote:
> 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 ;-)
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
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 =
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.
>
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
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,
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
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
101 - 176 of 176 matches
Mail list logo