On Thu, Jun 27, 2002 at 12:59:27PM +0200, Andre Poenitz wrote:
> On Thu, Jun 27, 2002 at 01:54:59PM +0300, Dekel Tsur wrote:
> > > But then there is always stuff defined in local .sty files...
> >
> > LyX should support defining macros in a different .lyx files.
>
> I know.
>
> But even that's
On Thu, Jun 27, 2002 at 01:54:59PM +0300, Dekel Tsur wrote:
> > But then there is always stuff defined in local .sty files...
>
> LyX should support defining macros in a different .lyx files.
I know.
But even that's not the solution. Either lyx understands all TeX primitives
or we would need t
On Thu, Jun 27, 2002 at 12:40:36PM +0200, Andre Poenitz wrote:
> On Thu, Jun 27, 2002 at 01:36:50PM +0300, Dekel Tsur wrote:
> > I hope we will support 99% of math constructs some day.
>
> But then there is always stuff defined in local .sty files...
LyX should support defining macros in a diffe
On Thu, Jun 27, 2002 at 01:36:50PM +0300, Dekel Tsur wrote:
> On Thu, Jun 27, 2002 at 10:57:18AM +0100, Jules Bean wrote:
> > On Thu, Jun 27, 2002 at 12:26:17PM +0300, Dekel Tsur wrote:
> > >
> > > The math editor already gives a good approximation on hour your formulae
> > > will look, so the ne
On Thu, Jun 27, 2002 at 01:36:50PM +0300, Dekel Tsur wrote:
> I hope we will support 99% of math constructs some day.
But then there is always stuff defined in local .sty files...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, eithe
On Thu, Jun 27, 2002 at 10:57:18AM +0100, Jules Bean wrote:
> On Thu, Jun 27, 2002 at 12:26:17PM +0300, Dekel Tsur wrote:
> >
> > The math editor already gives a good approximation on hour your formulae
> > will look, so the need for a preview is much less needed than in emacs.
> > In fact, in my
On Thu, Jun 27, 2002 at 12:26:17PM +0300, Dekel Tsur wrote:
>
> The math editor already gives a good approximation on hour your formulae
> will look, so the need for a preview is much less needed than in emacs.
> In fact, in my opinion, the change in display that is performed when
> opening a for
Andre Poenitz <[EMAIL PROTECTED]> writes:
> On Thu, Jun 27, 2002 at 12:26:17PM +0300, Dekel Tsur wrote:
> > The math editor already gives a good approximation on hour your
> > formulae will look, so the need for a preview is much less needed
> > than in emacs. In fact, in my opinion, the change
On Thu, Jun 27, 2002 at 12:26:17PM +0300, Dekel Tsur wrote:
> The math editor already gives a good approximation on hour your formulae
> will look, so the need for a preview is much less needed than in emacs.
> In fact, in my opinion, the change in display that is performed when
> opening a formul
>
> Also the most salient point of those previews (at least that has
> turned out to be for preview-latex) is to integrate the look of the
> final output into the source, so as to render things more readable.
> Since the elements themselves are lacking fine structure, for editing
> you need the o
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Wednesday 26 June 2002 3:18 pm, David Kastrup wrote:
> > Angus Leeming <[EMAIL PROTECTED]> writes:
> > > André, how does it work for you???
> > >
> > > I get stacks of these messages because /tmp/lyx does not exist.
> > >
> > > aleem@pneumon:src-> wr
On Wednesday 26 June 2002 3:18 pm, David Kastrup wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> > André, how does it work for you???
> >
> > I get stacks of these messages because /tmp/lyx does not exist.
> >
> > aleem@pneumon:src-> writing '$D'$' to '/tmp/lyx/EcEeHcEc.eps'
> > /tmp/lyx/: No
André, how does it work for you???
I get stacks of these messages because /tmp/lyx does not exist.
Angus
aleem@pneumon:src-> writing '$D'$' to '/tmp/lyx/EcEeHcEc.eps'
/tmp/lyx/: No such file or directory
file '/tmp/lyx/EcEeHcEc.eps' registered
writing '$D'$' to '/tmp/lyx/EcEeHcEc.eps'
file '/t
On Tue, Jun 25, 2002 at 09:05:29PM +0200, Andre Poenitz wrote:
>
> Proof of concept see attached gif.
>
> It is actually not as slow as I expected. In its current (really stupid)
> implementation its less than a second for the preview to come up (on my
> admittedly fairly recent machine_.
>
> B
On Tue, Jun 25, 2002 at 09:05:29PM +0200, Andre Poenitz wrote:
>
> Proof of concept see attached gif.
>
> It is actually not as slow as I expected. In its current (really stupid)
> implementation its less than a second for the preview to come up (on my
> admittedly fairly recent machine_.
I'm s
John Levon <[EMAIL PROTECTED]> writes:
> On Wed, May 15, 2002 at 09:01:38AM +0200, Andre Poenitz wrote:
>
> > What would be the format that (a) can be produced by gs, (b)
> > displayed "natively" by LyX and (c) is the "fastest"?
>
> Undoubtedly the fastest method is to use the X rendering we us
On Wed, May 15, 2002 at 04:04:53PM +0200, Philipp Reichmuth wrote:
> Wouldn't that break GUI independence with non-X platforms? If I
> remember correctly, there has been a substantial number of users
> expressing interest in Qt-Win32, native Windows or BeOS GUIs which
> would be quite incompatible
On Wed, May 15, 2002 at 02:47:40PM +0100, John Levon wrote:
> Is it simple to detect cases like and automatically just show the TeX
> code, or would it be up to the user to turn off preview for these insets
> ?
I'd guess we (i.e. LyX) have to specify which "things" can be rendered and
which not.
John Levon <[EMAIL PROTECTED]> writes:
> On Wed, May 15, 2002 at 12:05:00PM +0200, David Kastrup wrote:
>
> > least pnm will encode monochromatic images with 8 bits per pixel
> > instead of 24 (and if you don't use antialiasing, pure B&W text will
> > render with 1 bit per pixel, while looking u
On Wed, May 15, 2002 at 03:16:07PM +0100, Angus Leeming wrote:
> John, I don't think that David is subscribed to the list yet, so he won't be
> getting these insights.
Yeah I forgot, but bounced them after posting
john
--
"So what you're saying is "screw the disabled" and you want us to do t
On Wednesday 15 May 2002 2:44 pm, John Levon wrote:
> On Wed, May 15, 2002 at 09:01:38AM +0200, Andre Poenitz wrote:
> > What would be the format that (a) can be produced by gs, (b) displayed
> > "natively" by LyX and (c) is the "fastest"?
>
> Undoubtedly the fastest method is to use the X renderi
On Wed, May 15, 2002 at 04:04:53PM +0200, Philipp Reichmuth wrote:
> JL> Undoubtedly the fastest method is to use the X rendering we used to for
> JL> figinset, since there is no intermediate file, and probably no need to
> JL> spawn another gs process.
>
> Wouldn't that break GUI independence w
>> What would be the format that (a) can be produced by gs, (b) displayed
>> "natively" by LyX and (c) is the "fastest"?
JL> Undoubtedly the fastest method is to use the X rendering we used to for
JL> figinset, since there is no intermediate file, and probably no need to
JL> spawn another gs proc
On Wed, May 15, 2002 at 12:05:00PM +0200, David Kastrup wrote:
> least pnm will encode monochromatic images with 8 bits per pixel
> instead of 24 (and if you don't use antialiasing, pure B&W text will
> render with 1 bit per pixel, while looking ugly).
Actually David I have a question about how
On Wed, May 15, 2002 at 09:01:38AM +0200, Andre Poenitz wrote:
> What would be the format that (a) can be produced by gs, (b) displayed
> "natively" by LyX and (c) is the "fastest"?
Undoubtedly the fastest method is to use the X rendering we used to for
figinset, since there is no intermediate f
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
> Well, jpeg lets you choose how lossy it is, tif files tend to get huge,
> pnm I have not used that much. The following are all the same figure.
> -rw-r--r--1 garstusers2043 May 10 2000 pei.gif
> -rw-r--r--1 garstusers
On Wednesday 15 May 2002 11:05 am, David Kastrup wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> But if you ask me: better to support PNG natively soon. After all, it
> is _the_ standard free format for lossless compression of graphical
> images.
Keep bugging us once 1.2 is out the door. I'
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Wednesday 15 May 2002 8:01 am, Andre Poenitz wrote:
> > What would be the format that (a) can be produced by gs, (b) displayed
> > "natively" by LyX and (c) is the "fastest"?
>
> Comparing the available gs devices to this list of formats that can be
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Wednesday 15 May 2002 8:01 am, Andre Poenitz wrote:
> > What would be the format that (a) can be produced by gs, (b) displayed
> > "natively" by LyX and (c) is the "fastest"?
>
> Comparing the available gs devices to this list of formats that can be
On Wednesday 15 May 2002 8:01 am, Andre Poenitz wrote:
> What would be the format that (a) can be produced by gs, (b) displayed
> "natively" by LyX and (c) is the "fastest"?
Comparing the available gs devices to this list of formats that can be loaded
natively by LyX, these formats could be used
On Tue, May 14, 2002 at 03:12:27PM +0100, Angus Leeming wrote:
> Well LyX is getting better at graphics. It can display almost any graphics
> file you throw at it, either by loading the file direct or by converting it
> to a loadable format and loading that temp file. All graphics loading and
>
Angus Leeming <[EMAIL PROTECTED]> writes:
> Well LyX is getting better at graphics. It can display almost any
> graphics file you throw at it, either by loading the file direct or
> by converting it to a loadable format and loading that temp
> file. All graphics loading and rendering is asynchron
>
> They waited 18 months for 1.2. They're going to like what they see which
> should give us some time before thay start screaming for more ;-)
>
> Angus
As a token user"MORE!"
Thought I'd try to be the first...
Regards (and many thanks)
Rod
On Tuesday 14 May 2002 2:20 pm, David Kastrup wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> > On Tuesday 14 May 2002 1:47 pm, David Kastrup wrote:
> > > Angus Leeming <[EMAIL PROTECTED]> writes:
> > > > On Tuesday 14 May 2002 12:47 pm, Andre Poenitz wrote:
> > > > > We don't have proper mul
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Tuesday 14 May 2002 1:47 pm, David Kastrup wrote:
> > Angus Leeming <[EMAIL PROTECTED]> writes:
> > > On Tuesday 14 May 2002 12:47 pm, Andre Poenitz wrote:
> > > > We don't have proper multithreading, but some of the graphics stuff is
> > > > (was?)
On Tuesday 14 May 2002 1:47 pm, David Kastrup wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> > On Tuesday 14 May 2002 12:47 pm, Andre Poenitz wrote:
> > > We don't have proper multithreading, but some of the graphics stuff is
> > > (was?) rendered asynchronously already.
> >
> > We have a fo
Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> > At the current point of time, preview-latex is defensive in
> > resource usage; you need an explicit request to let it start the
> > background machinations. Part of the reason is that there are
> > associated fixed costs with starting up LaTeX, Dv
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Tuesday 14 May 2002 12:47 pm, Andre Poenitz wrote:
> > We don't have proper multithreading, but some of the graphics stuff is
> > (was?) rendered asynchronously already.
>
> We have a forkedcalls class that executes a fork-ed process and emits a
>
On Tuesday 14 May 2002 12:47 pm, Andre Poenitz wrote:
> We don't have proper multithreading, but some of the graphics stuff is
> (was?) rendered asynchronously already.
We have a forkedcalls class that executes a fork-ed process and emits a
signal when that process finishes. I think that it'd be
On Tue, May 14, 2002 at 01:25:09PM +0200, David Kastrup wrote:
> > (d) cursor inside an inset, inset rendered as plain LaTeX source.
>
> Actually, (d) is "Evil Red Text" IIRC, and so the code for it should
> mostly exist already.
Not exactly. ERT within math is converted to "proper math" if re
Andre Poenitz <[EMAIL PROTECTED]> writes:
> On Sun, May 12, 2002 at 04:59:09PM +0200, David Kastrup wrote:
> > [...] In contrast, I believe LyX to have the necessary infrastructure for
> > that kind of functionality.
>
> At least partially... I believe so, too.
>
> > [...] Even in those areas
On Sun, May 12, 2002 at 04:59:09PM +0200, David Kastrup wrote:
> [...] In contrast, I believe LyX to have the necessary infrastructure for
> that kind of functionality.
At least partially... I believe so, too.
> [...] Even in those areas where LyX _does_ know its things
> (like in math formulas
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Tuesday 14 May 2002 9:47 am, Asger K. Alstrup Nielsen wrote:
> > On 12 May 2002, David Kastrup wrote:
> > > Several of you probably are already aware of the preview-latex
> > > project where I am head developer. I delivered a talk about it
> > > at
On Tuesday 14 May 2002 9:47 am, Asger K. Alstrup Nielsen wrote:
> On 12 May 2002, David Kastrup wrote:
> > Several of you probably are already aware of the preview-latex project
> > where I am head developer. I delivered a talk about it at the recent
>
> I propose that you stay around a bit, and
On 12 May 2002, David Kastrup wrote:
> Several of you probably are already aware of the preview-latex project
> where I am head developer. I delivered a talk about it at the recent
I propose that you stay around a bit, and when 1.3.0 opens, we
can look into this. Right now, LyX is in feature fr
45 matches
Mail list logo