On Wed, 13 Sep 2000 13:08:24 -0700, Carl Ollivier-Gooch wrote:
>> > And security/privacy means always security/privacy to be enforced by
>> > default, unless somebody who knows what he is doing decides against
>> > them. (Most commercial Linux distributions entirely would disagree; but
>> > they
On Wed, 13 Sep 2000 14:43:43 + (GMT), Carlos A M dos Santos wrote:
>On Wed, 13 Sep 2000, Juergen Vigna wrote:
>
>> Well wouldn't it be easier to specify in the /usr/local/share/lyx/lyxrc
>> file that you want your files in ~/tmp and create a ~/tmp for every user?
>
>It's undocumented, at leas
On 13 Sep 2000 12:42:49 +0200, Jean-Marc Lasgouttes wrote:
>
>I thought it was only a problem for suid programs... I would not give
>LyX such special rights, anyway...
What, if a talented and qualified intrusor would be able to connect the
functions to a suid program? This only means that one le
On Wed, 13 Sep 2000 10:55:11 + (GMT), Carlos A M dos Santos wrote:
>Have you patched LyX or any other software to use native catgets? In my
>system (FreeBSD 4.1-RELEASE) I have gettext-0.10.35 installed because it
>is required by GNU make and wget, but LyX is statically linked to the
>include
On 13 Sep 2000 09:00:50 +0200, Lars Gullik Bjønnes wrote:
>| --- po/Makefile.in.in.orig Tue Sep 12 18:57:02 2000
>| +++ po/Makefile.in.inTue Sep 12 18:51:04 2000
>| @@ -24,6 +24,8 @@ gnulocaledir = $(prefix)/share/locale
>| gettextsrcdir = $(prefix)/share/gettext/po
>| subdir = po
>|
Hi,
Lars or Jean-Marc: Could you just cut cut and paste the following recipe by
Shigeru to the beginning of the OS/2-cookbook:
INSTALL.OS2
and put the patch as OS2_tmpFix.dif.gz somewhere? (Please do not apply.) As it
seems, we have quite a lot of people who are accustomed to always
On Tue, 11 Apr 2000 14:26:17 -0700 (PDT), [EMAIL PROTECTED]
wrote:
>On 11 Apr 2000, Jean-Marc Lasgouttes wrote:
>> Mike> It's merely to give people a quick way to search for things when
>> Mike> it isn't obvious which doc to look at (e.g. how do I set up a
>> Mike> printer?). When cross-document
On 30 Mar 2000 15:45:45 +0200, Jean-Marc Lasgouttes wrote:
> I did not find
>anything in the standard about putenv(), though.
putenv() is proprietary to 4.2 BSD and derived systems (like SunOS),
saw all kinds of funny prototypes.
Others have setenv(). Others neither. GNU software often uses bad
On 03 Mar 2000 15:36:56 +0100, Jean-Marc Lasgouttes wrote:
>> "Claus" == Claus Hentschel <[EMAIL PROTECTED]> writes:
>
>Claus> Hi anybody! Maybe you Know, that I'm working on ports for Win32
>Claus> of Lyx. There were some messages a few weeks ago, concerning
>Claus> that port!
>
>Claus> Now
On Sun, 30 Jan 2000 23:06:39 -0800, Karl Nelson wrote:
>One last suggestion is to rename sigc++config.h sigc++/config.h
>in all the headers so that you don't need to include sigc++
>in your include paths. (and of course make the corresponding
>rename in the configure.in.)
Hi,
once again I'
On Thu, 27 Jan 2000 12:49:03 -0800, Karl Nelson wrote:
>> On Thu, 27 Jan 2000 11:47:55 +1000 (GMT+1000), Allan Rae wrote:
>>
>> >The first draft of libsigc++ integration uses a slightly modified version
>> >of the libsigc++ configure.in in the sigc++ directory. Hmmm, does NT let
>> >you have a
On Thu, 27 Jan 2000 11:47:55 +1000 (GMT+1000), Allan Rae wrote:
>The first draft of libsigc++ integration uses a slightly modified version
>of the libsigc++ configure.in in the sigc++ directory. Hmmm, does NT let
>you have a directory called "sigc++"? What about OS/2?
OS/2-HPFS (the standard):
On 13 Jan 2000 17:43:29 +0100, Lars Gullik Bj°nnes wrote:
>Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
>| > "Lars" == Lars Gullik Bj°nnes <[EMAIL PROTECTED]> writes:
>|
>| Lars> The problem is not C library functions, but "UNIX" functions
>| Lars> declared in C headers. (IMHO a mistak
On 13 Jan 2000 16:33:24 +0100, Jean-Marc Lasgouttes wrote:
>> "Lars" == Lars Gullik Bj°nnes <[EMAIL PROTECTED]> writes:
>
>Lars> | Maybe the right solution is to see which of these header files
>Lars> are needed | to make FD_ZERO work: sys/time.h, stdlib.h,
>Lars> strings.h. (After all, it is
On 13 Jan 2000 16:58:30 +0100, Lars Gullik Bj°nnes wrote:
>Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
>|
>| If we want to have CC compile lyx easily, we have to settle the
>| question of adding 'usingstd::foo' where foo is a C library function.
>| The problem is that cxx does not like th
On Thu, 13 Jan 2000 12:33:40 +1000 (GMT+1000), Allan Rae wrote:
>
>[ here's my slightly modified version of Martin's PR]
>[Don't want to much otherwise we won't have anything new to say for the
> 1.2.0 release PR]
>
>LyX is an advanced open-source document processor running on many Unix
>platform
On Wed, 12 Jan 2000 13:58:53 -0500, R. Lindsay Todd wrote:
>At 12:38 PM 1/12/00 +0100, Jean-Marc Lasgouttes wrote:
>> > "Lindsay" == R Lindsay Todd <[EMAIL PROTECTED]> writes:
>>
>>Until yesterday, I would have said that _all_ systems except solaris7
>>use const char* ;) I have added some cod
Hi,
here some, well, improper ideas about usability (1) and low-level
system dependency (2). Both are absolutely unrelated.
1) ISO/EC software ergonomy standards
Recently the European Union adopted ISO ergonomy standards (ISO 9142 or
so) as part of the common market regulation. Most countries h
On Sat, 1 Jan 2000 20:52:11 -0500, John Weiss wrote:
>On Thu, Dec 23, 1999 at 10:56:46AM +0100, Andre' Poenitz wrote:
>>
>> And could have some more advantages. You could 'register' new functions
>> at run time. You do not need a monolithic 2MB+ binary when you
>> use only 10% of the functionalit
On 23 Dec 1999 20:22:39 +0100, Lars Gullik Bj°nnes wrote:
>|
>| Some time ago I suggested to use 'static inline' to break fn's up. I
>| think this should work without of introducing fn call overhead.
>
>inlining is one of the fings that really slows a compilation...
I see... Re-inlining fn's in
On 22 Dec 1999 14:33:03 +0100, Lars Gullik Bj°nnes wrote:
>"Andre' Poenitz" <[EMAIL PROTECTED]> writes:
>
>| > of virtual memory. The gcc/egcs faq has very 'helpful' recommendations:
>| >
>| >
>| >Optimize less (or dont't optimize at all), use only small
>| > functions.
>|
>| Well. The se
On Wed, 22 Dec 1999 12:59:28 +1000 (GMT+1000), Allan Rae wrote:
>ven with 128MB of RAM and dual 400MHz processors it takes twice as long
>to compile with SGI's string and _no_ exceptions as it does to compile lyx
>with the lyx supplied string _and_ exceptions! (12minutes vs 6minutes)
>The only d
On 17 Dec 1999 10:26:31 +0100, Jean-Marc Lasgouttes wrote:
>> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>
>Asger> But then, even that is hard to find these days. So many other
>Asger> things come first. For instance, I'll going to drik a few
>Asger> beers tomorrow.
>
On Tue, 14 Dec 1999 11:15:30 -0500, Amir Karger wrote:
>> After all, how common is it to write a mixed document?
>
>Actually, I suspect it's not uncommon. First, in the scientific world (a
>popular LyX niche) I think there's stuff you have to write in English, even
>if you want to write most of a
On Tue, 14 Dec 1999 13:38:02 +0100 (MET), Asger K. Alstrup Nielsen
wrote:
>> So my idea was something similar to this:
>>
>> Setup each source file with a comment form just at the beginning,
>> something like the following and ask developers to fill them by and by
>> (I think this will work bett
On 13 Dec 1999 18:28:14 +0100, Lars Gullik Bj°nnes wrote:
>
>| 1) In open source with a large number of rapidly changing contributors
>| comments are crucial to attract new collaborators and to assure project
>| survival when core contributors change. I think everybody knows
>| examples of failur
Hi,
the following is more general and is not only related to the small
patch:
On Fri, 10 Dec 1999 22:02:38 +0100 (MET), Asger K. Alstrup Nielsen
wrote:
>> >> +/** AHanses: Eliminate unneeded parameter for Unix: 'fork(void)'
>> >> + Unix will just ignore the spawnFlag parameter
>> >> +*/
>
On Wed, 8 Dec 1999 09:56:08 +0100 (MET), Asger K. Alstrup Nielsen
wrote:
Some comments to the comments ;-)
>> Do you mean Systemcalls class? If so, I once wrote a little patch to
>> use spawn*() instead of fork()/exec*(). Maybe its of interest for
>> win32, too.
>
>I'm very happy that you did th
On Sun, 05 Dec 1999 21:01:48 +, Duncan Simpson wrote:
cc'ed to LyX-list, because it's about LyX design:
>
>
>> >Depending on the blocking or shared memory properties of vfork() is guaranteed
>> >to burn you on at least one of the unicies out there.
>>
>> ? You mean older bsd clones would
On 25 Nov 1999 02:48:49 +0100, Lars Gullik Bj°nnes wrote:
>| Well, in the old dll version I had to export some uninitialized
>| globals, what I did not like.
>
>Do you have a list of them? We should not have uninitialized globals.
Unfortunately I did not keep a list. I think 1.0.4 finally got ri
On Sat, 4 Dec 1999 14:22:34 +0100 (MET), Asger K. Alstrup Nielsen
wrote:
>> It's easier (IMO) to use the exec calls.
>
>It is easy to change in the new LyX code:
>
>The system() call is done in the SystemCalls framework.
>
>This framework (originally introduced by Bernhard a long time ago,
>and e
On 4 Dec 1999 14:35:21 +0900, [EMAIL PROTECTED] wrote:
> - fonts.dir/fonts.scale files in xfonts.tar.gz explicitely prohibits
> X clients from accessing non ISO8859-1 characters in the fonts.
> Try
>xfd -fn -bluesky-lasy-medium-r-normal--0-0-0-0-m-0-iso8859-1
> to see what I mean.
On 03 Dec 1999 15:00:47 +0100, Jean-Marc Lasgouttes wrote:
>There were however a few places where spaceless was actually used to
>avoid spaces. I replaced it by a new function QuoteName() which adds
>single quotes around the argument:
>aa -> 'aa'
>JMarc's file -> 'JMarc\'s file'
>
On 24 Nov 1999 20:35:05 +0100, Lars Gullik Bj°nnes wrote:
>| You can use the EMXEXP tool to export all global functions and all
>| initialized global variables.
>| (And even the uninitialized, but this is often problematic: Please
>| initialize ALL global variables to a completely defined state
On 23 Nov 1999 15:45:47 +0100, Lars Gullik Bj°nnes wrote:
>
>The "experimental" use of libtool works for linux, and I have not seen
>any failure reports from other archs yet.
>
>I suspect that when libtool is used in "static" mode as it is now, we
>should not have large problems on any system. Ho
On 15 Nov 1999 12:15:17 +0100, Jean-Marc Lasgouttes wrote:
>What problems have problems other than LaTeX?
OS/2 and Win9* file systems are localized (charsets!), this means all
kind of trouble, but you cannot foresee what will happen. E.g. as SMi
said here, you cannot even think of running X/2 on
On Mon, 15 Nov 1999 12:11:49 MET, Andre' Poenitz wrote:
>Depends. It makes the executable slimmer if only one frontend is linked
>in at a time and it does not create dependencies on libraries you do not
>need/want/have. Personally I am in favour of having a 'kernel library'
>that contains all rea
On Wed, 13 Oct 1999 17:20:24 +0100, Arnd Hanses wrote:
>On 13 Oct 1999 11:19:07 +0200, Jean-Marc Lasgouttes wrote:
>
>>>>>>> "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
>>
>>Arnd> Hi, some spurious error messages with LyX 1.04
On Fri, 12 Nov 1999 10:55:08 +0100 (MET), Asger K. Alstrup Nielsen
wrote:
>Now, where do we go from here?
>
>Can we handle this very extremely hyper-super-difficult problem that
>is completely and utterly impossible to solve?
>
>Of course we can not, so let's just keep arguing that ; should be
>c
On Fri, 12 Nov 1999 12:59:03 MET, Andre' Poenitz wrote:
>The commandline interface does exactly the same, of course the painter
>is much simpler in this case, it just produces some text describing the
>current state. But this is a way to achieve GUI
>independence: Everything up to and including t
On 12 Nov 1999 01:28:01 +0100, Lars Gullik Bj°nnes wrote:
>"Arnd Hanses" <[EMAIL PROTECTED]> writes:
>
>| How can you be sure without '& 0x7f' for all the numerous different
>| Double Byte encodings, commonly used for PC file systems in asian
>|
On 10 Nov 1999 04:03:47 +0100, Lars Gullik Bj°nnes wrote:
>One other thing we ofcourse can to is to just use _ for all chars that
>is not in the keep list already, and drop the 0x7f completely. That
>actually has some merits...
>
>| The reason for isalnum() in 1.0.4 and 1.1.1 was precisely to av
On 02 Nov 1999 11:08:54 +0100, Jean-Marc Lasgouttes wrote:
>> "Lars" == Lars Gullik Bj°nnes <[EMAIL PROTECTED]> writes:
>
>Lars> First of all I wonder what we want to achieve with this
>Lars> functions. I understand that we want to avoid characters that
>Lars> can give us problems with filena
On 22 Oct 1999 01:25:43 +0200, Lars Gullik Bj°nnes wrote:
>"Arnd Hanses" <[EMAIL PROTECTED]> writes:
>
>| And if you're wise you might consider adding a comment that explains
>| why this is standard conformant and why C-style coding style is frowned
>| up
On 19 Oct 1999 17:40:35 +0200, Lars Gullik Bj°nnes wrote:
>NO!! You have to check the standard before doing _ANY_ changes to
>lyxstring.
>
>|
>| I'll fix this now and if you don't like it then you (you is general not JMarc;)
>| can refix this and also all instances in the code where we allocate
On 19 Oct 1999 23:09:24 +0900, [EMAIL PROTECTED] wrote:
>In an ideal world where you have plenty of time and diligence to maintain
>any macro set (Imake, autoconf, tmake, ... whatever) actively for wide
>portability, it might be desirable. In the real world, although you may
>see quite noticeabl
On Sun, 17 Oct 1999 16:30:07 -0700, Kayvan A. Sylvan wrote:
>On Sun, Oct 17, 1999 at 11:40:59PM +0200, Nils Jeppe wrote:
>>
>> I just updated my base apckages to Redhat 6.1 packages. And now, my lyx is
>> hopelessly broken. It looks like the new tetex-* Packages moved around the
>> templates/sty
On 16 Oct 1999 12:15:11 +0200, Lars Gullik Bj°nnes wrote:
>"Arnd Hanses" <[EMAIL PROTECTED]> writes:
>
>| On 15 Oct 1999 15:03:31 +0200, Lars Gullik Bj nnes wrote:
>|
>| >It is often this wrapper that cannot have C++ linkage...the problem
>| >arises when
Hi,
as follow up to my recent complaints about Rexx complexity, now some
links, so that I don't dissuade someone from Rexx.
Don't you ever dare to believe me, investigate yourself :-)
"Daniel Hellerstein. <[EMAIL PROTECTED]> wrote:
LINUX, DOS and WIN95 and NT versions of the free REGI
On 15 Oct 1999 15:03:31 +0200, Lars Gullik Bj°nnes wrote:
>It is often this wrapper that cannot have C++ linkage...the problem
>arises when passing pointer to functioncs that have "C" linkage.
I see now, it's exactly the other way round, which is problematic:
C wrapper for a C++ FN f() to pass
For the record (OS/2 compilers):
==BEGIN FORWARDED MESSAGE==
>Return-Path: <[EMAIL PROTECTED]>
>Delivered-To: [EMAIL PROTECTED]
>Message-Id: <[EMAIL PROTECTED]>
>Received: from trancentral ([212.74.44.49]) by mail.primeline.ch
> (Post.Office MTA v3.5.1 rel
On Thu, 14 Oct 1999 11:51:07 -0700 (PDT), [EMAIL PROTECTED]
wrote:
>If you can come up with a better name, I think we'd all be happy to hear
>it. "Extended" was just the best we could come up with at the time.
"Special F."
AH
For the record (OS/2 compilers):
==BEGIN FORWARDED MESSAGE==
>Return-Path: <[EMAIL PROTECTED]>
>Delivered-To: [EMAIL PROTECTED]
>Message-Id: <[EMAIL PROTECTED]>
>Received: from trancentral ([212.74.44.49]) by mail.primeline.ch
> (Post.Office MTA v3.5.1 rel
On 14 Oct 1999 15:56:04 +0200, Jean-Marc Lasgouttes wrote:
If I don't mix C into too much, maybe this is a bit helpful:
>- static functions: I cannot declare them extern "C" too.
In the context of functions, 'extern' is the mutually exclusive
opposite of 'static', when the fn is internal to th
On 14 Oct 1999 11:35:06 +0200, Jean-Marc Lasgouttes wrote:
>> "miyata" == miyata <[EMAIL PROTECTED]> writes:
>
>miyata> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
>>> Maybe I missed something. What is used instead? Is the
>>> autoconf/OS/2 good enough right now?
>
>miyata> Yes, at this
On 14 Oct 1999 15:30:18 +0900, [EMAIL PROTECTED] wrote:
>"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
>
>> Those paths are absolutely fixed and must not be changed. (If you
>> fiddle with them, X might even refuse to start up).
>
>This statement is simply u
On 13 Oct 1999 11:19:07 +0200, Jean-Marc Lasgouttes wrote:
>>>>>> "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
>
>Arnd> Hi, some spurious error messages with LyX 1.04 and lang=de
>Arnd> (de_menus.bind). In de_menus.bind the Buffer->Exp
On Tue, 12 Oct 1999 17:20:51 -0400, Amir Karger wrote:
>On Tue, Oct 12, 1999 at 04:39:22PM +0100, Arnd Hanses wrote:
>> What about simply pasting such non-obvious things turning up on the
>> list by and by into a short lyx-magics.faq?
>>
>
>Don't forget the
On 13 Oct 1999 05:41:35 +0900, [EMAIL PROTECTED] wrote:
>The debug code
>say size;'cmd/c dir chkconfig.sed';
>checks if the arguments to stream() is all right, and it seems OK.
>The stream() line is setting the pointer to the end of the file
Ahh... This might be my idiosyncrasy, but with Rexx I'
On 12 Oct 1999 21:38:42 +0200, Lars Gullik Bj°nnes wrote:
>I use pkgdata_SCRIPTS = configure
>
>will add configure.cmd also _or_ should configure.cmd only be
>installed on a OS/2 system? (and then not configure)
>
Is configure.cmd of any use for Unix???
The situation for OS/2 install is a bit d
Hi,
some spurious error messages with LyX 1.04 and lang=de (de_menus.bind).
In de_menus.bind the Buffer->Export bindings override mysterious old
bindings.
# Key bindings for menus, both invisible and visible.
# Adapted to the german internationalisation 98-1-31 [EMAIL PROTECTED]
\bind "M-d e l
On 12 Oct 1999 15:23:04 +0200, Jean-Marc Lasgouttes wrote:
>Keith> macro-expanding the commands
>
>Do you know that the math editor already supports user-defined macros?
>Having complete macro support would of course be good, but it is not
>easy.
>
>Keith> some other things that would be nice a
On Sun, 03 Oct 1999 10:57:42 -0400, Yang Dehua wrote:
>[EMAIL PROTECTED] wrote:
>> Yang Dehua <[EMAIL PROTECTED]> wrote:
>>
>> > >
>> > > > 132 +++ rc = stream('chkconfig.sed', 'c', 'seek +'size);
>> > > >REX0026: Error 26 running G:\xfree86\lib\x11\lyx\configure.cmd, line
>> > > >
On Sat, 09 Oct 1999 06:57:22 +0900, Shigeru Miyata wrote:
>? It is not perfect, lib/reLyX/configure still requires additional
>workaround.
This will be the most static script. I don't see many problems here.
>But I think this is the right direction.
>How do you think?
Even though I always '
On Fri, 08 Oct 1999 17:49:20 +0100, Arnd Hanses wrote:
>On 07 Oct 1999 19:30:32 +0200, Lars Gullik Bj°nnes wrote:
>
>>"Arnd Hanses" <[EMAIL PROTECTED]> writes:
>>
>>| On Thu, 07 Oct 1999 07:08:37 +0900, Shigeru Miyata wrote:
>>|
>&
Hi,
short time ago on this list I mentioned "everblue" being the reason,
why IMHO a port to native OS/2 PM might not be a top priority (yet it
might reduce overhead and improve stability, though).
Maybe someone wondered what I was speaking about.
So the following just for the record (and the cu
On 07 Oct 1999 19:30:32 +0200, Lars Gullik Bj°nnes wrote:
>"Arnd Hanses" <[EMAIL PROTECTED]> writes:
>
>| On Thu, 07 Oct 1999 07:08:37 +0900, Shigeru Miyata wrote:
>|
>| >+ MathParInset p = new MathParInset(LM_ST_TEXT);
>|
>| Probably a silly qu
On Thu, 7 Oct 1999 15:05:58 +1000 (GMT+1000), Allan Rae wrote:
>I'll let you pick your starting topic and then I'll send you the
>appropriate umpteen-dozen emails. How's that sound?
>
>To start you off here's a small list of topics. Feel free to add a few
>more:
>
> Layout files
> S
On Thu, 7 Oct 1999 15:47:30 +1000 (GMT+1000), Allan Rae wrote:
>
>Unit-testing is certainly a good thing -- tests all those promises the
>code makes and keeps Arndt happy about programming by contract since the
>interface can't change without everybody finding out.
I've learned my suggestions ar
On Thu, 07 Oct 1999 07:08:37 +0900, Shigeru Miyata wrote:
>+ MathParInset p = new MathParInset(LM_ST_TEXT);
Probably a silly question, but I'm a bit confused: Why 'new'?
>+ XStoreBuffer(fl_display, xclipboard.c_str(), xclipboard.length(), 0);
Apart from that just a general remark: Do you try
>On Tue, 5 Oct 1999 10:06:26 +0200 (METDST), Asger K. Alstrup Nielsen
>wrote:
>
>>Notice that TTH is a C-inlined-in-Lex application, so you need Flex
OK, for the release I 'solved' it with a tth.cmd script, which simply
writes a notice to install a converter, so that the user has the
choice. No e
On Tue, 5 Oct 1999 10:06:26 +0200 (METDST), Asger K. Alstrup Nielsen
wrote:
>Notice that TTH is a C-inlined-in-Lex application, so you need Flex
>ported as well (but I suppose you have that.)
>
GNU-tools are practically complete for emx for many years now. This was
always important for people wo
On 04 Oct 1999 22:28:34 +0200, Lars Gullik Bj°nnes wrote:
>"Arnd Hanses" <[EMAIL PROTECTED]> writes:
>
>| This is what I'm going to use in OS/2 release, unless there's protest:
>
>Of course I am at bit worried that the OS/2 release is different from
>t
On Mon, 04 Oct 1999 00:49:22 -0300, Garst R. Reese wrote:
>"Asger K. Alstrup Nielsen" wrote:
>>
>> Hi!
>>
>> Below you'll find a patch against lyx-1.0.4, which implements
>> a File->Export->As HTML... feature. It requires "tth" to be
>> installed.
>Way cool. I exported a file with .eps figures
On Sat, 02 Oct 1999 22:35:54 +0100, Arnd Hanses wrote:
>On 02 Oct 1999 13:52:01 +0200, Lars Gullik Bj°nnes wrote:
>
>>"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
>>
>>| > Are we going to use this?
>>| >
&
On 02 Oct 1999 19:44:26 +0200, Lars Gullik Bj°nnes wrote:
>
>We have finally been able to end the 1.0.x series, and has opened up a
>new 1.1.x series. We expect all releases in this series to be stable.
Although this is a new series due to internal reshuffle, wouldn't it be
convenient to call it
On 02 Oct 1999 13:52:01 +0200, Lars Gullik Bj°nnes wrote:
>"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
>
>| > Are we going to use this?
>| >
>| > - if (!isalnum(name[i]) && name[i] != '.')
>| > + if (!isalnum(name[i]) && name[i] != '.'
>| > +
On Sat, 2 Oct 1999 11:15:26 +0200 (METDST), Asger K. Alstrup Nielsen
wrote:
>(I can't believe I didn't notice the isalnum() call ! :-)
;-)
After missing calls so often that others (core developers) had
introduced, it's somewhat pleasant to see the others (core people) miss
a call I had introduc
. Nevertheless,
you probably could provide a fast binary release for evaluation on
www.lyx.org as you did once, so that the experienced users can try and
comment.
Best regards,
Arnd Hanses
P.S.: The already released LyX 1.0.1 is and will stay fully functional.
If you are happy with it, y
Just for the record, 'till somebody has some spare time:
Maybe due to recent reshuffles the php links are broken, LyX design
documents on suggested readings page provoke file not found error.
Greets,
Arnd
> Finally we have LyX version 1.0.4 ready.
Small footnotes:
1. Maybe it's a good idea to search first of all others in /intl for
include and lib files, in case included gettext is used. I recently
installed slightly incompatible libgettext header and lib in standard
locations and had to change t
On Sun, 26 Sep 1999 18:46:00 +0100, Arnd Hanses wrote:
>>Just a question here:
>>
>>Can I avoid ERT:
>>
>> /pagenumbering{none} ...
>> /pagenumbering{roman} ...
>> /pagenumbering{arabic} ...
>> etc.
>>
>>in
On 25 Sep 1999 10:59:52 +0200, Lars Gullik Bj°nnes wrote:
>"Arnd Hanses" <[EMAIL PROTECTED]> writes:
>
>| {
>| [VIP]
>| FOO foo;
>| FOO * p = foo;
>| VIPfunc(p)
>| [VIP]
>| }
>
>We should never to a thing like tha
On Wed, 21 Jul 1999 17:54:00 +0200 (MET DST), Jean-Marc Lasgouttes
wrote:
>Just copy one of your .cls files to mystyle.sty, and change the first
>block of code to read
>
>\NeedsTeXFormat{LaTeX2e}
>\ProvidesPackage{mystyle}[1999/07/09 v00.2betanoresonsabilityatall]
>%%\DeclareOption{twoside}{\Pass
On Thu, 23 Sep 1999 18:41:07 +0100, Arnd Hanses wrote:
Me complaining recently that world isn't the best of all worlds wasn't
very constructive. I'm trying to be a little more helpful now so that
you won't loose your thoughts in the future. How about this:
Everybody wit
On 23 Sep 1999 18:58:34 +0200, Lars Gullik Bj°nnes wrote:
>But these are not equivalent, where do you use p now?
>
>{
> [VIP]
> FOO * p = new FOO;
> VIPfunc(p)
> delete p;
> [VIP]
>}
>
>would be equivalent. btw.
This would be equivalent, but not exactly what I mean.
On 23 Sep 1999 15:33:51 +0200, Lars Gullik Bj°nnes wrote:
>I'm a little curious why you think that using inline funcs can help
>us not using heap mem.
Stuff like this is unfortunately endemic e.g. in figinset.C:
[...]
{
[VIP (do Very Important Processing here)]
FOO *p = (FOO *)mall
On 22 Sep 1999 14:59:01 +0200, Lars Gullik Bj°nnes wrote:
>| For wizards:
>| Does the *internal* implementation of those 'killer templates
>| :)' or abstraction schemes eventually employ malloc()?
>
>No. Not malloc. But you might see a new in there.
Then compilers like gcc use internally b
On Wed, 22 Sep 1999 07:44:51 +0200 (METDST), Asger K. Alstrup Nielsen
wrote:
>> Try to use small and better maintainable "static inline" functions
>> allocating memory objects only on their stack frame, i.e. using
>> variables local to them, consistently avoiding 'new'/'delete'. Thus
>> memory
Hi,
the following is meant as a suggestion to be considered in conjunction
with general coding rules, if adequate. Don't feel urged to answer.
Some details may be somewhat incorrect for C++. Most of it is an
offspring from looking at those many implementation details in
figinset.C that I disl
On Tue, 21 Sep 1999 20:49:15 +0900, Shigeru Miyata wrote:
>My point is that LyX is intended for editing structured documents and
>it is wrong for LyX to be able to handle non-structured documents as
>well.
Therefore e.g. word2x is looking for hints in the *text* how it could
best structure a d
On Mon, 20 Sep 1999 17:58:11 +0200 (MET DST), Jean-Marc Lasgouttes
wrote:
>Kristoffer> I guess it is possible in the inputting phase that some
>Kristoffer> characters in the input file were translated into
>Kristoffer> something not suitable for LyX. So the problem might be in
>Kristoffer> the AS
On Mon, 20 Sep 1999 15:52:05 +1000 (GMT+1000), Allan Rae wrote:
>> My point here is easy maintenance and extensibility:
>>
>> If you don't strictly reduce the impact of complex details, limiting
>> their scope - e.g. by use of 'programming by contract' style door
>> guards - to a split apart and
The following involves mostly generic LyX issues and even the OS/2
specific topics arise in a similar form on other OS as well, so I think
it's okay to send it to LyX list.
On 18 Sep 1999 14:29:18 +0900, Miyata Shigeru wrote:
>I may be wrong but I think most of your arguments about hiding
>imple
On 17 Sep 1999 17:56:07 +0200, Lars Gullik Bj°nnes wrote:
>"Arnd Hanses" <[EMAIL PROTECTED]> writes:
>
>| It won't help anybody, if you still continue to export all your soon
>| 10,000 global inter-module interface symbols; even now you have 3026
>|
On Fri, 17 Sep 1999 15:58:30 +0200 (MEST), Juergen Vigna wrote:
>know that we have at least 2 *.a (libgui.a + libsupport.a) and a bunch
>of *.o in subdirectories (which could also be *.a files)
I know... This question was purely rhetoric.. :)
No, earnestly, some time ago I had a small discussio
On 17 Sep 1999 14:58:11 +0200, Lars Gullik Bj°nnes wrote:
>| > frustrations, soon stabilize an industrial quality code base and enable
>|
>| *grin* industrial quality? I always thought LyX could do much better.
>
>We will.
Which should not be too hard ;),
since so-called 'software industry' in
On 17 Sep 1999 14:36:26 +0200, Lars Gullik Bj°nnes wrote:
>
>| - My idea here is to restrict messages so as to simply print to a log
>| file/named pipe with a tag that identifies and classifies the message
>| using only standardized functions. The respective gui wizard would then
>| decide how an
On 16 Sep 1999 18:50:58 +0200, Lars Gullik Bj°nnes wrote:
>
>When 1.0.4 is released we will open up development on the new 1.1.x
>series and shortly after that some new stable releases with no new
>users features will be released (except to modules that are under
>continued development DocBook an
On Fri, 17 Sep 1999 11:18:50 +0200 (MET DST), Jean-Marc Lasgouttes
wrote:
>> "Lars" == Lars Gullik Bj nnes <[EMAIL PROTECTED]> writes:
>
>Lars> It looks like math_symbols.C contains one line that is the only
>Lars> place where we use a function from libXpm that is not in XForms:
>
>You forgot
1 - 100 of 301 matches
Mail list logo
