On 29-Nov-2001 Ben Stanley wrote:
> John Levon wrote:
>
>>around insets/figinset.C:675, where we do the execlp
>>
>>Again, I wouldn't bother spending too much time on obsolete code ...
>>
> I think I'd only do it in a 1.2 tree.
>
> I guess I'd have to modify converters.C somewhere around line 6
Andre Poenitz wrote:
>On Thu, Nov 29, 2001 at 07:09:53PM +1100, Ben Stanley wrote:
>
>>But does it exist on Windows and OS/2?
>>
>
>I really don't know.
>
I guess that cygwin would provide something (I assume the port uses
cygwin), but that autoconf would look after it for us anyway.
Ben.
On Thu, Nov 29, 2001 at 07:09:53PM +1100, Ben Stanley wrote:
> But does it exist on Windows and OS/2?
I really don't know.
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
Andre Poenitz wrote:
>On Thu, Nov 29, 2001 at 05:16:38PM +1100, Ben Stanley wrote:
>
>>Perhaps an extra argument to convert would be in order?
>>
>>Converters::convert( , bool priority_nice = false )
>>
>>if( priority_nice )
>>command = string("nice ") + command;
>>
>
>And make sure that
On Thu, Nov 29, 2001 at 05:16:38PM +1100, Ben Stanley wrote:
> Perhaps an extra argument to convert would be in order?
>
> Converters::convert( , bool priority_nice = false )
>
> if( priority_nice )
> command = string("nice ") + command;
And make sure that this is portable...
> or may
John Levon wrote:
>around insets/figinset.C:675, where we do the execlp
>
>Again, I wouldn't bother spending too much time on obsolete code ...
>
I think I'd only do it in a 1.2 tree.
I guess I'd have to modify converters.C somewhere around line 643:
+command = string("nice ") + com
On Thu, Nov 29, 2001 at 04:22:46PM +1100, Ben Stanley wrote:
> maybe. I'd do the other one first. It's easy. Probably a one liner, if I
> knew the right line...
around insets/figinset.C:675, where we do the execlp
Again, I wouldn't bother spending too much time on obsolete code ...
hth,
john
John Levon wrote:
>On Thu, Nov 29, 2001 at 04:14:58PM +1100, Ben Stanley wrote:
>
>>While we are on the topic of figure previews, what do people think of
>>using *nice* on the gs processes? My machine gets really bogged for
>>several minutes when I open my thesis... When you have lots of figure
On Thu, Nov 29, 2001 at 04:14:58PM +1100, Ben Stanley wrote:
> While we are on the topic of figure previews, what do people think of
> using *nice* on the gs processes? My machine gets really bogged for
> several minutes when I open my thesis... When you have lots of figures
> to preview, this
While we are on the topic of figure previews, what do people think of
using *nice* on the gs processes? My machine gets really bogged for
several minutes when I open my thesis... When you have lots of figures
to preview, this would make a big difference.
Another alternative would be to render
I like the sound of this, Nautilus under GNOME also uses fam to
redraw the preview images and there's no noticeable preformance
penalty.
--
| Michael Koziarski |"Conventional wisdom is often |
| Data
The thought had struck me that fam might help with the DepTab problem
too, but having thought about it I have decided it doesn't help
significantly with that problem.
Ben.
On Thu, Nov 29, 2001 at 03:47:27PM +1100, Ben Stanley wrote:
> http://oss.sgi.com/projects/fam/
>
> fam is implemented efficiently by utilising a kernel mechanism (imon)
> which provides the initial callback notification that a file has changed.
>
> I propose that we could use this mechanism t
I just tried to get LyX to re-render a figure that I changed, and short
of changing the file name to a bogus name and pressing OK and then
changing it back I can't get the figure re-drawn.
I've been thinking a little about automatic preview picture updating
when the file on disk has changed.
14 matches
Mail list logo
