On Tue, Apr 04, 2006 at 08:28:26PM +, Angus Leeming wrote:
Georg Baum [EMAIL PROTECTED] writes:
Angus, you finally made me to fix this the dirty way I always wanted to
do it right by changing the return type of readBB_from_PSFile(), but now I
simply created a sane string.
The
On Tue, Apr 04, 2006 at 08:28:26PM +, Angus Leeming wrote:
> Georg Baum <[EMAIL PROTECTED]> writes:
> > Angus, you finally made me to fix this the dirty way I always wanted to
> > do it right by changing the return type of readBB_from_PSFile(), but now I
> > simply created a sane string.
> >
Anand Rangarajan wrote:
I tested the patch out on the trunk (lyx-1.5.0svn) build 13548. It works
for me on a SUSE x86_64 box (Qt frontend). I removed the (.*) from the
patch before compiling.
Fine.
I tested it only on matlab produced eps files which have spaces in them.
When I placed
Lars Gullik Bjønnes wrote:
Georg Baum [EMAIL PROTECTED]
writes:
| - if (contains(s,%%BoundingBox:) !contains(s,atend)) {
| - string const bb = ltrim(s.substr(14));
| - readBB_lyxerrMessage(file_, zipped, bb);
| + boost::smatch what;
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg I removed readBB_lyxerrMessage because of your #warning. Since
Georg I have no time right now I undid that change and will commit
Georg the attached patch.
You can commit it to 1.4.1svn too.
There is a bugzilla entry for that, but I do not
Jean-Marc Lasgouttes wrote:
You can commit it to 1.4.1svn too.
Done.
There is a bugzilla entry for that, but I do not remember it...
It is http://bugzilla.lyx.org/show_bug.cgi?id=1235, but I would not be
surprised if there was a duplicate.
Georg
Georg Baum wrote:
It is http://bugzilla.lyx.org/show_bug.cgi?id=1235, but I would not be
surprised if there was a duplicate.
I suspect this one:
http://bugzilla.lyx.org/show_bug.cgi?id=2211
Jürgen
Georg == Georg Baum [EMAIL PROTECTED] writes:
There is a bugzilla entry for that, but I do not remember it...
Georg It is http://bugzilla.lyx.org/show_bug.cgi?id=1235, but I would
Georg not be surprised if there was a duplicate.
I would think so, but I could not find it either.
JMarc
Anand Rangarajan wrote:
> I tested the patch out on the trunk (lyx-1.5.0svn) build 13548. It works
> for me on a SUSE x86_64 box (Qt frontend). I removed the (.*) from the
> patch before compiling.
Fine.
> I tested it only on matlab produced eps files which have spaces in them.
> When I placed
Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
> | - if (contains(s,"%%BoundingBox:") && !contains(s,"atend")) {
> | - string const bb = ltrim(s.substr(14));
> | - readBB_lyxerrMessage(file_, zipped, bb);
> | +
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I removed readBB_lyxerrMessage because of your #warning. Since
Georg> I have no time right now I undid that change and will commit
Georg> the attached patch.
You can commit it to 1.4.1svn too.
There is a bugzilla entry for that,
Jean-Marc Lasgouttes wrote:
> You can commit it to 1.4.1svn too.
Done.
> There is a bugzilla entry for that, but I do not remember it...
It is http://bugzilla.lyx.org/show_bug.cgi?id=1235, but I would not be
surprised if there was a duplicate.
Georg
Georg Baum wrote:
> It is http://bugzilla.lyx.org/show_bug.cgi?id=1235, but I would not be
> surprised if there was a duplicate.
I suspect this one:
http://bugzilla.lyx.org/show_bug.cgi?id=2211
Jürgen
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> There is a bugzilla entry for that, but I do not remember it...
Georg> It is http://bugzilla.lyx.org/show_bug.cgi?id=1235, but I would
Georg> not be surprised if there was a duplicate.
I would think so, but I could not find it either.
I reported this bug earlier but was told that it was already in bugzilla.
An easy fix is to run eps2eps on the matlab generated eps plots. This
works. Doesn't solve the problem in lyx itself obviously.
The relevant bugzilla entry is http://bugzilla.lyx.org/show_bug.cgi?id=1235
How hard will it
Anand Rangarajan [EMAIL PROTECTED] writes:
How hard will it be to fix the source to read the bounding box entries
and account for the fact that there could be spaces. Anyone know the
actual source code that needs to be fixed? Is it in
src/graphics/GraphicsParams.C ?
Without having the sources
Angus Leeming wrote:
Anand Rangarajan [EMAIL PROTECTED] writes:
How hard will it be to fix the source to read the bounding box entries
and account for the fact that there could be spaces. Anyone know the
actual source code that needs to be fixed? Is it in
src/graphics/GraphicsParams.C ?
Georg Baum [EMAIL PROTECTED] writes:
Angus, you finally made me to fix this the dirty way I always wanted to
do it right by changing the return type of readBB_from_PSFile(), but now I
simply created a sane string.
The attached works for me. I'll put it in trunk tomorrow if nobody objects.
Am Dienstag, 4. April 2006 22:28 schrieb Angus Leeming:
The .* on the is rather ugly, no? Also, why put it in a group since you
don't
appear to go on to use it.
That was a copy/paste error. I will just remove it.
Georg
Georg Baum [EMAIL PROTECTED] writes:
| Index: src/support/filetools.C
| ===
| --- src/support/filetools.C (Revision 13548)
| +++ src/support/filetools.C (Arbeitskopie)
| @@ -1168,21 +1157,40 @@ string const
Georg Baum [EMAIL PROTECTED] writes:
Am Dienstag, 4. April 2006 22:28 schrieb Angus Leeming:
The .* on the is rather ugly, no? Also, why put it in a group since you
don't
appear to go on to use it.
That was a copy/paste error. I will just remove it.
Georg
I tested the patch out
I reported this bug earlier but was told that it was already in bugzilla.
An easy fix is to run eps2eps on the matlab generated eps plots. This
works. Doesn't solve the problem in lyx itself obviously.
The relevant bugzilla entry is http://bugzilla.lyx.org/show_bug.cgi?id=1235
How hard will it
Anand Rangarajan <[EMAIL PROTECTED]> writes:
> How hard will it be to fix the source to read the bounding box entries
> and account for the fact that there could be spaces. Anyone know the
> actual source code that needs to be fixed? Is it in
> src/graphics/GraphicsParams.C ?
Without having the
Angus Leeming wrote:
> Anand Rangarajan <[EMAIL PROTECTED]> writes:
>> How hard will it be to fix the source to read the bounding box entries
>> and account for the fact that there could be spaces. Anyone know the
>> actual source code that needs to be fixed? Is it in
>>
Georg Baum <[EMAIL PROTECTED]> writes:
> Angus, you finally made me to fix this the dirty way I always wanted to
> do it right by changing the return type of readBB_from_PSFile(), but now I
> simply created a sane string.
> The attached works for me. I'll put it in trunk tomorrow if nobody
Am Dienstag, 4. April 2006 22:28 schrieb Angus Leeming:
> The .* on the is rather ugly, no? Also, why put it in a group since you
don't
> appear to go on to use it.
That was a copy/paste error. I will just remove it.
Georg
Georg Baum <[EMAIL PROTECTED]> writes:
| Index: src/support/filetools.C
| ===
| --- src/support/filetools.C (Revision 13548)
| +++ src/support/filetools.C (Arbeitskopie)
| @@ -1168,21 +1157,40 @@ string const
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Am Dienstag, 4. April 2006 22:28 schrieb Angus Leeming:
> > The .* on the is rather ugly, no? Also, why put it in a group since you
> don't
> > appear to go on to use it.
>
> That was a copy/paste error. I will just remove it.
>
> Georg
>
>
I
Hello,
I'm again testing the LyX 1.4.x branch and found another annoying bug.
When the Graphics dialog is opened to modify the properties of a
graphic, and no information has previously been entered on the Clipping
tab, LyX activates the Get from File function and grabs the bounding
box
Hello,
I'm again testing the LyX 1.4.x branch and found another annoying bug.
When the Graphics dialog is opened to modify the properties of a
graphic, and no information has previously been entered on the Clipping
tab, LyX activates the "Get from File" function and grabs the bounding
box
30 matches
Mail list logo