On Fri, 15 Feb 2002, Jules Bean wrote:
> On Fri, Feb 15, 2002 at 12:08:45PM +1000, Allan Rae wrote:
[...]
> > This would indeed be a fantastic inset. It could in fact be fairly
> > easy to arrange -- the document preamble and class settings are taken
> > from the document being edited; the cont
On Fri, Feb 15, 2002 at 12:08:45PM +1000, Allan Rae wrote:
> On Thu, 14 Feb 2002, John Levon wrote:
> > : inset external CANNOT and DOES NOT do what Jules was asking for.
> >
> > That's all I'm saying.
>
> Nothing does what Jules is asking for.
That's what I thought. That's why I asked for it.
On Thu, 14 Feb 2002, John Levon wrote:
> personally I have no real desire for embedding. But that is most definitely
> not the point
Then why raise it as an issue?
> : inset external CANNOT and DOES NOT do what Jules was asking for.
>
> That's all I'm saying.
Nothing does what Jules is asking
On Thu, Feb 14, 2002 at 01:50:29PM +1000, Allan Rae wrote:
> > Thankyou for agreeing that inset external is not a sufficient mechanism for making
>lyx
> > extendible !
>
> No. The problem is more restricted than you imply. InsetExternal is
> _inappropriate_ for extending LyX's LaTeX support i
On Wed, 13 Feb 2002, John Levon wrote:
> On Wed, Feb 13, 2002 at 12:01:07PM +1000, Allan Rae wrote:
>
> > > I agree with this, I was just playing devil's advocate against your comment that
> > > the external inset can do anything remotely like what was asked for : it can't.
> >
> > Perhaps the wr
On Wed, Feb 13, 2002 at 10:52:28AM +0100, Otto Tronarp wrote:
> On Wed, 2002-02-13 at 09:07, Jules Bean wrote:
> > 1) Because if I use LaTeX, the labels at the points, and on the
> > arrows, can be arbitrary math objects. Can Dia do a blackboard bold R
> > to the power of n?
> I think there was
On Wed, 2002-02-13 at 09:07, Jules Bean wrote:
> On Wed, Feb 13, 2002 at 12:16:09PM +1000, Allan Rae wrote:
> > On Mon, 4 Feb 2002, Jules Bean wrote:
> >
[snip]
> Well, likely I should re-examine Dia. But, let me answer that
> question as a LaTeX user, before considering how the answer might
>
On Wed, Feb 13, 2002 at 12:01:07PM +1000, Allan Rae wrote:
> > I agree with this, I was just playing devil's advocate against your comment that
> > the external inset can do anything remotely like what was asked for : it can't.
>
> Perhaps the wrong question was being asked of it?
exactly !
Th
On Wed, Feb 13, 2002 at 12:16:09PM +1000, Allan Rae wrote:
> On Mon, 4 Feb 2002, Jules Bean wrote:
>
> > Unless dia is *far* better than it was when I last looked, it's still
> > essentially a graphical tool. WYSIWYG, in other words. I search for
> > a more formal, logical, WYSIWYM approach. I
On Mon, 4 Feb 2002, Jules Bean wrote:
[...]
> Yes, most things I've ever needed to do have existed as LaTeX
> packages. So, all I'm asking for is LyX support for them. But I
> can't expect LyX support for all the packages on CTAN, and, equally,
> new packages are being written all the time. So
On Mon, 4 Feb 2002, Jules Bean wrote:
> On Sat, Feb 02, 2002 at 07:30:16AM -0800, Kayvan A. Sylvan wrote:
> > On Sat, Feb 02, 2002 at 09:58:16AM +, Jules Bean wrote:
> > > As an example of the kind of thing I'm thinking of, categorists and
> > > topologists often want to draw commutative diag
On Mon, 4 Feb 2002, John Levon wrote:
> On Mon, Feb 04, 2002 at 04:55:07PM +0100, Asger K. Alstrup Nielsen wrote:
[...]
> > We discussed this feature at the last LyX developers meeting
> > in Norway, but we did not have the time to implement it. I don't
> > think it would be too hard to do it, bu
On Mon, 4 Feb 2002, Jules Bean wrote:
> On Mon, Feb 04, 2002 at 06:33:20PM +0100, Andre Poenitz wrote:
> > On Mon, Feb 04, 2002 at 04:28:45PM +, Jules Bean wrote:
> > > The hardest bit of exposing an API is factoring your application into
> > > commands. Thanks to LFUNs, LyX is already facto
On Mon, Feb 04, 2002 at 04:55:07PM +0100, Asger K. Alstrup Nielsen wrote:
[snip]
Boy, folks, he sure doesn't speak up much anymore, but when he does say
something, he says a lot! ;)
--
John Weiss
On Mon, Feb 04, 2002 at 06:33:20PM +0100, Andre Poenitz wrote:
> On Mon, Feb 04, 2002 at 04:28:45PM +, Jules Bean wrote:
> > The hardest bit of exposing an API is factoring your application into
> > commands. Thanks to LFUNs, LyX is already factored!
>
> Not everything could be doine using L
On Mon, Feb 04, 2002 at 04:02:12PM +, Jules Bean wrote:
> On Sat, Feb 02, 2002 at 07:30:16AM -0800, Kayvan A. Sylvan wrote:
> > On Sat, Feb 02, 2002 at 09:58:16AM +, Jules Bean wrote:
> > > As an example of the kind of thing I'm thinking of, categorists and
> > > topologists often want to
On Mon, Feb 04, 2002 at 06:30:45PM +0100, Andre Poenitz wrote:
> On Mon, Feb 04, 2002 at 04:14:53PM +, Jules Bean wrote:
> > But there *is* no external program to draw commutative diagrams that
> > we could call. And even if there were, the poor external program
> > would have to contain a re
On Mon, Feb 04, 2002 at 04:28:45PM +, Jules Bean wrote:
> The hardest bit of exposing an API is factoring your application into
> commands. Thanks to LFUNs, LyX is already factored!
Not everything could be doine using LFUNs only, and the current collection
of LFUNs is a big mess. Exposing th
On Mon, Feb 04, 2002 at 04:14:53PM +, Jules Bean wrote:
> But there *is* no external program to draw commutative diagrams that
> we could call. And even if there were, the poor external program
> would have to contain a re-implementation of mathed for the labels and
> arrow-labels.
I guess
On Mon, Feb 04, 2002 at 04:28:45PM +, Jules Bean wrote:
> As a partial counter-example, look at the 'sketch' vector editor,
> For another counter-example, GIMP.
neither of these applications are lyx.
> The hardest bit of exposing an API is factoring your application into
> commands. Thanks
On Mon, Feb 04, 2002 at 04:55:07PM +0100, Asger K. Alstrup Nielsen wrote:
> Furthermore, I think we should draw another bold conclusion: Nobody would
> really make full use of a complete document API either. People might
> say that they would, but in reality, it would still be simpler just to
> ha
John Levon wrote:
> On Mon, Feb 04, 2002 at 05:19:16PM +0100, Herbert Voss wrote:
>
>
>>agreed!
>>
>>Herbert
>>
>
> is that a volunteer I hear >:)
my english is poor ... I don't understand what you mean :-)
Herbert
--
http://www.lyx.org/help/
On Mon, Feb 04, 2002 at 05:19:16PM +0100, Herbert Voss wrote:
> agreed!
>
> Herbert
is that a volunteer I hear >:)
john
--
"Mathemeticians stand on each other's shoulders while computer scientists
stand on each other's toes."
- Richard Hamming
On Mon, Feb 04, 2002 at 09:06:13AM +0100, Andre Poenitz wrote:
> On Sat, Feb 02, 2002 at 09:58:16AM +, Jules Bean wrote:
> > As an example of the kind of thing I'm thinking of, categorists and
> > topologists often want to draw commutative diagrams. I'm neither, but
> > I have attended a cate
On Mon, Feb 04, 2002 at 09:15:03AM +0100, Herbert Voss wrote:
> Andre Poenitz wrote:
>
> > On Sat, Feb 02, 2002 at 09:58:16AM +, Jules Bean wrote:
> >
> >>As an example of the kind of thing I'm thinking of, categorists and
> >>topologists often want to draw commutative diagrams. I'm neither
Jules Bean wrote:
> Yes, most things I've ever needed to do have existed as LaTeX
> packages. So, all I'm asking for is LyX support for them. But I
> can't expect LyX support for all the packages on CTAN, and, equally,
> new packages are being written all the time. So I'm asking for a way
> to
On Mon, Feb 04, 2002 at 04:55:07PM +0100, Asger K. Alstrup Nielsen wrote:
>
> 2) In a distant future, the entire LyX document data-structure is
>inspectable and manipulatable via an API. I.e. LyX becomes
>a component in the sense of COM technology on Windows, or
>KParts in KDE. An ext
On Mon, Feb 04, 2002 at 04:55:07PM +0100, Asger K. Alstrup Nielsen wrote:
> In other words: Rather than building a new API for accessing the
> LyX document, we exploit that we already have such an API: The
> LyX format!
this is really a moot point.
> We discussed this feature at the last LyX
On Sat, Feb 02, 2002 at 07:30:16AM -0800, Kayvan A. Sylvan wrote:
> On Sat, Feb 02, 2002 at 09:58:16AM +, Jules Bean wrote:
> > As an example of the kind of thing I'm thinking of, categorists and
> > topologists often want to draw commutative diagrams. I'm neither, but
> > I have attended a c
On Mon, 4 Feb 2002, John Levon wrote:
> no you can't. the external material inset is very basic and provides no
> interface inside lyx, which is what he was asking for.
Suppose we wanted to implement the spread-sheet functionality that Martin
recently hacked up. In overall terms, which approache
On Mon, Feb 04, 2002 at 04:16:36PM +0100, Asger K. Alstrup Nielsen wrote:
> > Something which I think would really be a *killer* feature for LyX
> > would be the ability to write plug-ins to handle custom environments.
>
> You can do what you want with the external material inset that is already
On Sat, 2 Feb 2002, Jules Bean wrote:
> Something which I think would really be a *killer* feature for LyX
> would be the ability to write plug-ins to handle custom environments.
You can do what you want with the external material inset that is already
there.
Greets,
Asger
Andre Poenitz wrote:
> On Sat, Feb 02, 2002 at 09:58:16AM +, Jules Bean wrote:
>
>>As an example of the kind of thing I'm thinking of, categorists and
>>topologists often want to draw commutative diagrams. I'm neither, but
>>I have attended a category theory course, and I wrote up my notes
On Sat, Feb 02, 2002 at 09:58:16AM +, Jules Bean wrote:
> As an example of the kind of thing I'm thinking of, categorists and
> topologists often want to draw commutative diagrams. I'm neither, but
> I have attended a category theory course, and I wrote up my notes in
> LyX. I had to do with
On Sat, Feb 02, 2002 at 09:58:16AM +, Jules Bean wrote:
> This message is not at all apropos of getting 1.2 released, so read it
> when you're in a dreamy mood.
>
> Something which I think would really be a *killer* feature for LyX
> would be the ability to write plug-ins to handle custom env
This message is not at all apropos of getting 1.2 released, so read it
when you're in a dreamy mood.
Something which I think would really be a *killer* feature for LyX
would be the ability to write plug-ins to handle custom environments.
As an example of the kind of thing I'm thinking of, catego
36 matches
Mail list logo
