*Asger K Alstrup Nielsen writes:
| The main problem is the issue of the syntax of the language, which
| will effectively limit the target user group to the current
| developers and maybe twenty more people. The main benefit for us
| would be to help ourselves as developers, because we could
|
*Jean-Marc Lasgouttes writes:
|
|| "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars| *Alejandro Aguilar Sierra writes: | Ahem, we have not yet
Lars| decided for phyton. The point of Lars post, | AIUI, is to
Lars| improve the lyxserver to be able to try it with more | script
Lars
*Jean-Marc Lasgouttes writes:
| (setq foo bar) (setq blah baz)
Why not? In the future the user will never see the contents of lyxrc
anyway, so we chose something that is easy to parse.
Asger| This problem of syntax is not easily "customized" away in
Asger| Scheme.
| Right.
(as said earlier:
*Jean-Marc Lasgouttes writes:
| There have been talks about allowing separate downloads of the
| frontends in the future. I do not see how you can make this
| possible without splitting the po files.
I don't think we should have separate downloads. That will only give
us a hard time management
*Asger K Alstrup Nielsen writes:
| - What technical approach should be adopt - embedment or external
| spawns with communication through pipes or sockets?
the LyX script language should _really_ _really_ be embedded into LyX.
Lgb
*Jean-Marc Lasgouttes writes:
| I am not against the principle of using something like python. The
| only thing that annoys me is that, according to what I read, next
| version will require:
|
| - python
|
| - something like t1lib to do Type1 fonts rendering, plus a bunch of
| TeX type1
*Asger K Alstrup Nielsen writes:
| Also, it would naturally add an option for LyX to handle the
| opening of a document from standard in.
I don't think you want 1.0 released. You keep suggestin and wanting to
implement new things all the time...
Lgb
PS. 1.1.x stuff
*Alejandro Aguilar Sierra writes:
| On 10 Dec 1998, Lars Gullik Bjønnes wrote:
|| I want it to be possible for several external programs to connect
|| to the LyX-server(s) at once. Will be similar to multipleviews.
|| (actually lyxserver will be a specialized BufferView)
| Rather BufferView sh
On Fri, Dec 11, 1998 at 07:19:04PM -0500, Cedric Puddy wrote:
> On Fri, 11 Dec 1998, Mate Wierdl wrote:
> http://icemcfd.com/tcl/comparison.html
> >
> > Looks very interesting. The GNU people seem to have made up their mind(s).
> > What was the objection against scheme here?
> >
> > ---
>
On Fri, 11 Dec 1998, Mate Wierdl wrote:
> On Fri, Dec 11, 1998 at 10:13:59AM -0500, Cedric Puddy wrote:
>
> > There was a (massive) discussion (featuring
> > John Ousterhout "the tcl guy" and Richard Stallman
> > [who seems to be responsible for the GNU architecure!],
> > and lots of other very
Thanks for the advice, M-c b is just what I needed for bold in
equations.
I have downloaded the pre4 version of 1 and can see that things are
happening with labels and related items but failed to work out exactly
what. So here is what I would like to do and why but please feel free to
damn me for
On Fri, 11 Dec 1998, Asger K. Alstrup Nielsen wrote:
> Alejandro disagrees until more research has been done.
> That makes sense to me, so Alejandro, what things do you
> think we should investigate now to progress further?
The first time we were considering to adopt a new gui toolkit to swit
Hi,
My 5 cents.
What about a C/C++ interpreter as a scripting engine ?
Have a look at CINT :
http://root.cern.ch/root/Cint.html
Jacek.
On Fri, 11 Dec 1998, Asger K. Alstrup Nielsen wrote:
> I've done a bit of searching and so far found one candidate language
> that seem small enough to be bundable:
> Yabasic. A basic variant that's GPL.
>
> http://www.online.de/home/ihm/basic.htm
Basic! I spoke my first programming words in
"Asger K. Alstrup Nielsen" wrote:
>
> > A nice solution would be a scripting language which is small enough
> > to be included in the distribution without major bloat. Does such a
> > beast exist?
>
> The best candiate for this solution is SIOD: Scheme In One Defun.
> It's small and lean, and e
Greetings,
Attached is version 0.2 of the LyX Graphical Tutorial, forever in the
future to be known as "LGT". It's been table-fied, and shortened a little
bit. I haven't gotten to the other suggestions given so far. To use it,
first grab lgt.tar.gz from ftp.devel.lyx.org and unpack it, then insid
> > Not really. If you use a lot of other non-printable stuff (like '\atop')
> > the problem remains. I think there must be some way to scroll
> > horizontally through a table that *is* wider than the screen.
> > Even a couple of \mapsto leads to the same problem, and those seem to be
> > quite co
On Fri, Dec 11, 1998 at 10:13:59AM -0500, Cedric Puddy wrote:
> There was a (massive) discussion (featuring
> John Ousterhout "the tcl guy" and Richard Stallman
> [who seems to be responsible for the GNU architecure!],
> and lots of other very knowledgable people) about
> Tcl VS. other scripting
> "Robert" == Robert M Fuhrer <[EMAIL PROTECTED]> writes:
Robert> Occasionally, when working with LaTeX, I've found it necessary
Robert> to manually set the itemsep parameter for individual lists,
Robert> like so:
Robert> \begin{itemize}\setlength{\itemsep}{1ex} \item foo \item bar
Robert>
> "Andrej" == Andrej Vodopivec (158-2353) <[EMAIL PROTECTED]> writes:
Andrej> Hi,
Andrej> Would you know of a LyX user/expert/developer in Slovenia?
You can ask Alen Salamun ([EMAIL PROTECTED]), who provided us
with a slovene keyboard map (look at kbd/slovene.kmap) in the lib/
directory.
On Fri, 11 Dec 1998, Andre' Poenitz wrote:
> Not really. If you use a lot of other non-printable stuff (like '\atop')
> the problem remains. I think there must be some way to scroll
> horizontally through a table that *is* wider than the screen.
> Even a couple of \mapsto leads to the same proble
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> [I wrote about LyX document virus]
>> That's an interesting idea. This would happen if we allow the
>> documents themselves to contain macros. I think that this is a bad
>> idea at this point of time.
Asger> Yes, but I t
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> I agree with Lgb that it's best to keep this in one file.
OK, OK. Who am I to disagree with you after all? And I don't do
translations myself.
JMarc
On Fri, Dec 11, 1998 at 03:00:12PM +0100, Asger K. Alstrup Nielsen wrote:
> Hi!
>
> It seems that the best for us would be to bundle a scripting
> language.
>
> In order to avoid having to implement our own language from
> scratch, it might make sense to start with something and
> hack that to s
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> I don't recall whether this form has a fd-file or not. If it
Asger> does, this task involves use "fdesign" on the file, add the
Asger> field, and then save it. Now, you have to use the
Asger> fd-file-clean-up script whi
On Fri, Dec 11, 1998 at 12:01:09PM +0100, Andre' Poenitz wrote:
>
> I certainly have not read this list for a while... a newsreader within
> LyX? Are you serious? I was under the impression that LyX was intended
> to be an easy-to-use front end to LaTeX, not an 'eierlegende
> Wollmilchsau'... som
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> On Fri, Dec 11, 1998 at 11:02:13AM +0100, Jean-Marc Lasgouttes
Amir> wrote:
>> Hmmm, I think that reLyX should put its temporary files in /tmp
>> just like any program does. What is your problem with that?
Amir> I suppose I could. I
> "José" == José Abílio de Oliveira Matos <[EMAIL PROTECTED]> writes:
José> I prefer Python, since its gracefull, simple, really neat and
José> it does what I expect to :-().
José> FYI, all the users of sgmltools ( the GPL tools that provide
José> the support for docbook document process
On Fri, Dec 11, 1998 at 11:02:13AM +0100, Jean-Marc Lasgouttes wrote:
>
> Hmmm, I think that reLyX should put its temporary files in /tmp just
> like any program does. What is your problem with that?
I suppose I could. I assume /tmp is guarantted to exist on any architecture
we're running reLyX
asger added,
> But a mail-sender component is not out of the question IMO.
it's already there :)
Export->custom, check postscript, and
a2ps -o -|uuencode | mail |someone@somewhere
sends things to my committee . . .
seriously, though, what more would we want than "mail this document to
asger announced,
> 3) A third one I forgot, but it was serious as well.
yes, I can confirm this one :)
--
Hi guys,
I mostly lurk because I have mostly not been using
lyx much (I went back to flat laTeX -but I'm
looking forward to trying some of the new stuff).
I do have a brief opinion on scripting languages,
though.
I like the sound of tcl. Simple and extendable.
Not being a C person, scheme hol
--- Forwarded Message
Date: Thu, 10 Dec 1998 09:28:56 -0700
From: [EMAIL PROTECTED] (Steve Wampler)
Subject: Re: is icon embaddable
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
Mate Wierdl wrote:
> I am not sure I can ask the r
Hi,
I have strong feelings against to introduce another scripting language, one
more language to learn and master if you want to do something.
I think that we should stick to one of the major league script languages
{Perl,Python,Tcl}.
I prefer Python, since its gracefull,
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> Yabasic. A basic variant that's GPL.
Asger> http://www.online.de/home/ihm/basic.htm
Asger> I don't know how much work there is in adapting it. It
Asger> features some things we don't need, such as graphics and
Asger>
> "Andy" == A P Manners <[EMAIL PROTECTED]> writes:
Andy> Andre' Poenitz wrote:
>> > equation, since part of it becomes invisible, and doesn't
>> wrap. This > would be > cured with WYSIWYG boldface inside
>> equations - a nice Xmas present for > users.
Andy> As a writer of vectors I would s
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> A nice solution would be a scripting language which is small enough
>> to be included in the distribution without major bloat. Does such a
>> beast exist?
Asger> The best candiate for this solution is SIOD: Scheme In One
Asg
Hi!
It seems that the best for us would be to bundle a scripting
language.
In order to avoid having to implement our own language from
scratch, it might make sense to start with something and
hack that to suit our needs.
I've done a bit of searching and so far found one candidate language
that
Hi,
Would you know of a LyX user/expert/developer in Slovenia?
I'm writing to you from Slovenia. I am a longtime user of LaTeX.
My LyX version is: lyx-1.0.0pre2. I work on a Solaris2.6 computer.
I mostly program but sometimes I do write some Slovene papers.
I can not find a way to enter special
> I have the loonely knight, fighting all the evil ghost of the past ( read
> latexdel insets) while you are having all the fun discussing the scripting
> language...
Poor you.
> Now I need help because I'm not able to advance on my own (at least on a
> reasonable time).
>
> I
Andre' Poenitz wrote:
>
> > equation, since part of it becomes invisible, and doesn't wrap. This
> > would be
> > cured with WYSIWYG boldface inside equations - a nice Xmas present for
> > users.
As a writer of vectors I would strongly support the request for C-b to
work in equations. What lyx o
Hi,
I have the loonely knight, fighting all the evil ghost of the past ( read
latexdel insets) while you are having all the fun discussing the scripting
language...
Now I need help because I'm not able to advance on my own (at least on a
reasonable time).
I need to do two
> A nice solution would be a scripting language which is small enough
> to be included in the distribution without major bloat. Does such a
> beast exist?
The best candiate for this solution is SIOD: Scheme In One Defun.
It's small and lean, and easily customized for what we need.
The main prob
> I certainly have not read this list for a while... a newsreader within
> LyX? Are you serious? I was under the impression that LyX was intended
> to be an easy-to-use front end to LaTeX, not an 'eierlegende
> Wollmilchsau'... some beast that produces eggs, wool, milk and
> meat at the same time.
> However, if you have lots of long formula, you might consider using the
> excellent math macro feature to shorten them.
> Read the math chapter in the Users Guide for an introduction to this
> amazing technology.
Sorry to follow-up to myself, but I forgot the easiest solution:
Use the "Options
> And what would be the problem of having LyX in one big source file?
There is no problem -- when I work on LyX, I do this as the first
thing. Then egcs crashed because it can't get the 23 GBs of swap
that is needed to optimize the inlined main. Sheesh! And we
put up with these bad compilers?
> Lars> Still to be able to start arbitrary programs from inside lyx we
> Lars> need some scripting support. (pipes need to be setup from
> Lars> within: pipe(); fork(); exec() ) (and if we want to build a
> Lars> newsreader inside lyx we need a powerful scripting language)
I certainly have not r
> Not really. If you use a lot of other non-printable stuff (like '\atop')
> the problem remains. I think there must be some way to scroll
> horizontally through a table that *is* wider than the screen.
> Even a couple of \mapsto leads to the same problem, and those seem to be
> quite common at le
[I wrote about LyX document virus]
> That's an interesting idea. This would happen if we allow the
> documents themselves to contain macros. I think that this is a bad
> idea at this point of time.
Yes, but I think we want to aim for this, and therefor, we should
consider this now.
> In fact, I'
> "Peter" == Peter Drummond <[EMAIL PROTECTED]> writes:
Peter> Hi Lyxers - following bugs occur in Lyx V1.0.0pre2: (1) If you
Peter> have an equation with many mathbold or textbold symbols, the
Peter> mathbox can exceed the window width even on a 20" monitor -
Peter> then you can't edit the e
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> - Which "official" scripting language should we choose?
Asger> To me, Python is still the best candiate, but it seems
Asger> Alejandro disagrees until more research has been done. That
Asger> makes sense to me, so Aleja
> I imagine that several of the functions in LyXFunc really should be
> written using the script language instead. So that we only have the
> basic commands implemented in C++ and the compound(?) ones written in
> scripts.
I like this approach too.
But for this to work, we need to settle the iss
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> *Jean-Marc Lasgouttes writes: | It seems to me that this will be
Lars> needed at least for the GUI parts, | and that it will be more
Lars> convenient.
Lars> I can't see the easy solution on how to implement that. Where
Lars>
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
>> trying to import a LaTeX-File (with included sub-LaTeX-files) as
>> "normal" user from a mounted DOS (FAT16)-partition /C on which I
>> don't have a write permission (read-only) crashes the ext2-fs: It
>> produces a huge (I mean a really
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> I'll try to find the details and forward it if I don't have
Asger> time to find and squash the bugs myself.
I'll try to have a look if you can't.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> *Alejandro Aguilar Sierra writes: | Ahem, we have not yet
Lars> decided for phyton. The point of Lars post, | AIUI, is to
Lars> improve the lyxserver to be able to try it with more | script
Lars> languages.
Lars> AIUI?
Lars>
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> The main problem I see with this approach is that the we will
Asger> end up with something similar to handling CGI-scripts in
Asger> Web-servers: LyX has to spawn an external interpreter, and this
Asger> is slow and insec
> > these days. I think the KOffice word processor might be approaching
> > milestone 3, but "fortunately", their aim is different than ours:
> > They want to implement a desktop publishing program.
>
> Wait a minute, I thought klyx *was* the koffice word proccessor . . .
I don't think it is.
> Ahem, excuse me to come abruptly in the discussion, but how far could
> we go by only using only the lyserver and libraries interacing to it
> from perl, python, sh, gnuplot, whatever? What would be real gain of
> an enbedded language, compared to the development cost (to make it
> really useful
> equation, since part of it becomes invisible, and doesn't wrap. This
> would be
> cured with WYSIWYG boldface inside equations - a nice Xmas present for
> users.
Not really. If you use a lot of other non-printable stuff (like '\atop')
the problem remains. I think there must be some way to scrol
> Asger> 2) Sometimes, LyX generates wrong LaTeX for something that
> Asger> worked in 0.12.0. I think it involves $ signs, but I'm not
> Asger> sure. Jean-Marc did you change something in the LaTeX
> Asger> generation that could have caused something to break?
>
> Hmm, was it about using ERT i
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> 1) Sometimes when the window is resized, LyX goes into an
Asger> infinite loop and has to be killed by hand.
Ah.
Asger> 2) Sometimes, LyX generates wrong LaTeX for something that
Asger> worked in 0.12.0. I think it inv
> After that:
>
> one new pre
> about a week to get reports and updates to po files, documentation,
> last minute fixes, and then
> release 1.0.
Sounds good to me..
I've had three bug reports from the effective Danish Beta-Tester team
at the university that I (or preferably somebody else) have
> I think the answer is to have the Import command copy the .tex file to the
> TempDir that LyX is using before running reLyX.
Another option would be to add an option to reLyX to spit out the
file on standard out instead of creating a file. (This is the nicer
solution IMO.)
So don't come tell
64 matches
Mail list logo
