On 12-Oct-99 Kayvan A. Sylvan wrote:
> Hi everyone,
Hi Kayvan!
>
> My only problem was this: The table as displayed by LyX is too wide to operate
> on comfortably. I end up stretching the LyX window (wider than my screen
> size) and using ALT-secound-mouse-button to move the LyX window around
On 12-Oct-99 [EMAIL PROTECTED] wrote:
> Is there anything in Xforms 0.89 that will help us solve the
> "too wide" tables problem?
No there isn't and I wouldn't use 0.89 with lyx-1.0.4 and tabulars!!!
I already implemented tabulars as insets in the old lyx-devel and
will do this as soon as we ha
On Tue, Oct 12, 1999 at 05:27:10PM +0200, Lars Gullik Bjønnes wrote:
Okay --- first, most of my antecdote comes from my frustration with
one app in particular. I'd love to use it and offer debugging help to
the authors... but I can never manage to get the bloody thing to
compile.
And, yes, I, t
I have a document with 50+ numbered formulas, from which all labels must
be removed. Any ideas?
--
-lsm
On Tue, Oct 12, 1999 at 06:13:02PM -0400, [EMAIL PROTECTED] wrote:
> It's interesting. This problem alone is probably worth setting up your
> x-server to handle a desktop larger than your true resolution.
Hi Larry,
Yes, I can work work around this problem by using virtual desktops.
The best re
Is there anything in Xforms 0.89 that will help us solve the
"too wide" tables problem?
It's interesting. This problem alone is probably worth setting up your
x-server to handle a desktop larger than your true resolution.
On Tue, Oct 12, 1999 at 02:18:19PM -0700, Kayvan A. Sylvan wrote:
>
> Using gnumeric, I exported the list in LaTeX2e format. I reLyXed the
> resulting output and
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.
thanks. my suggestion was specifically to interpret the macros so that they
are displayed as if the macroexpanded text had been input directl
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 everyone,
I've been helping my seven year old son sell popcorn for his cub scout troop.
Since I'm a geek and have nothing better to do, I created a
spreadsheet (in gnumeric, the GNOME spreadsheet program) which made
it easy to track the name, phone number and the various sales
that he made.
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 faq jose created a year ago. I'm sure a lot of the faqs are
still faqs.
-Amir
Larry lamented,
> How do I remove a label from equations in math mode? It doesn't seem
> possible.
I've always done it by collapsing back to in-lined math, then turning
it into an equation again.
rick
--
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
chkconfig.sed
With procedural REXX (non ANSI)
rc=stream('chkconfig.sed','c','seek + 'size)
is correct and
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> Nevertheless, a working uniform GNU auto* stuff suite for every system
> would be preferable. At least autoconfig is working and does need only
> limited polishing of the Makefiles by hand. Sure, compilation out of
> the box is only possible with imake,
On Tue, Oct 12, 1999 at 09:45:16PM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | > | -IMAGES = images/README images/*.xpm images/*.xbm
> | > | +IMAGES = images/*.xpm images/*.xbm
> | >
> | > Yes... but why really?
> |
> | Because in lib, images/README
On Tue, Oct 12, 1999 at 09:38:42PM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
>
> | lyxrc.defaults doc/LaTeXConfig.lyx
> | -bin_SCRIPTS = configure
> | +bin_SCRIPTS =
>
> I use pkgdata_SCRIPTS = configure
>
> will add configure.cmd also _o
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
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| > | -IMAGES = images/README images/*.xpm images/*.xbm
| > | +IMAGES = images/*.xpm images/*.xbm
| >
| > Yes... but why really?
|
| Because in lib, images/README does not exist.
No a bad reason. :-)
Lgb
On Tue, Oct 12, 1999 at 09:38:42PM +0200, Lars Gullik Bjønnes wrote:
>
> I use pkgdata_SCRIPTS = configure
>
Okay. Cool.
> | -IMAGES = images/README images/*.xpm images/*.xbm
> | +IMAGES = images/*.xpm images/*.xbm
>
> Yes... but why really?
Because in lib, images/README does not exist.
It
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| lyxrc.defaults doc/LaTeXConfig.lyx
| -bin_SCRIPTS = configure
| +bin_SCRIPTS =
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)
|
This patch fixes the installed location of LyX's configure (and fixes
a minor problem with the Makefile.am as well):
Index: lib/Makefile.am
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/Makefile.am,v
retrieving revision 1.3
diff
Yipes!
How do I remove a label from equations in math mode? It doesn't seem
possible.
--
-lsm
> I am beginning to agree with Jean-Marc that gettext is unable to
> handle this case. (a gettext written for C++ using the C++ notion of
> locale would work)
Yes, gettext will have a hard time to handle this. We need to implement
our own translation facility to do this right...
> Using gettext
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| > Using gettext would be just a shorterm fix, and it would only be
| > correct when the locale lang is equal to the doc lang.
|
| ...and therefore, we can't expect that we will have that in the shortterm.
| So, I think we should include th
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| For the streams in , we now in DebugStream.h which ones are
| needed. So I guess it is all or nothing.
s/now/know ?
Yes I think you are right.
| Lars> And to whom would the "definitions [be] much cleaner" ?
|
| I mean that if everytime we use
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> 1) in DebugStream.h, make sure that 'using std::ostream' is used
Lars> (and | for other streams types we need too).
Lars> Perhaps a
Lars> #if NEED_USING_XXX using xxx;
On Tue, Oct 12, 1999 at 05:07:27PM +0200, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
> Lars> Kayvan> /usr/share/lyx/doc/LaTeXConfig.lyx and | Kayvan>
> Lars> /usr/share/lyx/doc/LaTeXCon
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| 1) in DebugStream.h, make sure that 'using std::ostream' is used (and
|for other streams types we need too).
Perhaps a
#if NEED_USING_XXX
using xxx;
#endif
construct?
| 2) remove all explicit std:: for all stream types in DebugStream.[Ch
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> 1) add the proper 'using std::ostream' for all the objects like
Lars> this | that we use. The particular problem with ostream is that
Lars> it is or | is not in std:: dep
Carl Ollivier-Gooch <[EMAIL PROTECTED]> writes:
| On 10-Oct-99 Lars Gullik Bjønnes wrote:
|
| [Stuff about the joys of using clean ANSI C++ constructs omitted...]
|
| I understand what you're saying, Lars, and at one level I agree. But on
| the other hand, if all of your spare-time work doesn'
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Lars> We dont use any GNU extensions. | | In the older devel
Lars> branch, there were array declarations with | non-constant size.
Lars> AFAIK, this is a GNU extension.
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Kayvan> /usr/share/lyx/doc/LaTeXConfig.lyx and | Kayvan>
Lars> /usr/share/lyx/doc/LaTeXConfig.lyx.in (and LaTeXConfig.lyx.in |
Lars> Kayvan> should not even be installed)
On 10-Oct-99 Lars Gullik Bjønnes wrote:
[Stuff about the joys of using clean ANSI C++ constructs omitted...]
I understand what you're saying, Lars, and at one level I agree. But on
the other hand, if all of your spare-time work doesn't get used by more
than a handful of people, won't the fun k
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> We dont use any GNU extensions.
|
| In the older devel branch, there were array declarations with
| non-constant size. AFAIK, this is a GNU extension.
Perhaps I should rephrase: "We don't use any GNU extensions, and if we
do that is a bug
Allan Rae <[EMAIL PROTECTED]> writes:
| Okay so we have a situation where different implementations of std::string
| may return different sizes.
The ones that don't allow '\0' chars is bogus. The ones that only
count until the first '\0' is met is bogus.
| I haven't got an STL reference handy
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Kayvan> /usr/share/lyx/doc/LaTeXConfig.lyx and
| Kayvan> /usr/share/lyx/doc/LaTeXConfig.lyx.in (and LaTeXConfig.lyx.in
| Kayvan> should not even be installed).
|
| The last point is fixed now. The first is because the doc/ files are
| not in cv
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| 1) localize the name of the layouts in the GUI and the menus (once we
|have ported the new menu system). gettext is able to handle that,
|but this means we have to hardcode translations of things which ar
|enot compiled in. For me, th
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| 1) add the proper 'using std::ostream' for all the objects like this
|that we use. The particular problem with ostream is that it is or
|is not in std:: depending on the header we use to declare it...
One other problem with ostream (and
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | | On a more constructive side, not that the upgraded version
Lars> of geometry | is out now.
Lars> s/not/note/ ??
It was indeed. This shows what happens when one tries to make fun of
the others' typos...
JMarc
"Arnd Hanses" <[EMAIL PROTECTED]> writes:
| As a conclusion: Provide both possibilites for LyX. Provide an
| (unsupported!) Imakefile as a fallback, update it only when you are
| bored and let those try who want to try.
You are free to do so, but please hide it down in some OS/2 dir. We
used to
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I am beginning to agree with Jean-Marc that gettext is unable to
Lars> handle this case. (a gettext written for C++ using the C++
Lars> notion of locale would work)
Lars> Using gettext would be just a shorterm fix, and it woul
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> So we should have this as a "faq" instead?
|
| Lars> Q: When I use the geometry package with the book layout my
| Lars> margins are messed up, what should I do? A: The be
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Okay... Some installation problems with the development
Kayvan> branch...
Kayvan> The make install no longer installs the following:
Kayvan> /usr/bin/noweb2lyx /usr/share/lyx/configure
This should be fixed in cvs.
Kayvan> E
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| > I think Jean-Marc is right ;), if we introduce this we want it right
| > straight away and as this is document specific it's related to the
| > document and not to the locale. We have so many hacks in the source
|
| I agree with the orig
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Hi! I wrote an EMail to T.C. Zhao for the problem we have
Juergen> with the latest 0.89 version of xforms, my mail is below and
Juergen> this is his answer. I would like to hear some comments.
Juergen> IMO that the behaviour i
> "G" == G Angely <[EMAIL PROTECTED]> writes:
G> When I try to put some code example with 'Lyx-code' style in a
G> french language document, the french rules for 'insecable fine
G> space' add some space before the ':' punctuation mark in the LaTeX
G> output.
G> Transcription to HTML with 'la
> "Keith" == Keith Golden <[EMAIL PROTECTED]> writes:
Keith> i thought you'd like to know that the first two links under
Keith> "Recommended Reading"
Keith> (http://www.devel.lyx.org/references.php3) are broken. i wanted
Keith> to look at the development documents to get a feel for the
Keith>
> "Shigeru" == Shigeru Miyata <[EMAIL PROTECTED]> writes:
Shigeru> Well, since we do not use the top level configure.cmd any
Shigeru> more, could you ditch it away?
Maybe I missed something. What is used instead? Is the autoconf/OS/2
good enough right now?
JMarc
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Thanks JMarc for insisting :-)
Martin> Here is a cleaner patch to egs.layout to use instead of the
Martin> earlier one.
Applied. Thanks.
JMarc
Hello,
I am still in the process of compiling LyX with DEC cxx compiler. It
seems that adding the cfoo headers from GNU libstdc++ gives good
results, but I have problems with namespaces.
The problem: stuff like ostream is used sometimes with std::,
sometimes without. While it might be OK with g
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I
Lars> do not think they will be too big, as long as GNU extensions are
Lars> not | used too often. There were problems with typename in
Lars> LStrings in old | 1.1, but I see
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> So we should have this as a "faq" instead?
Lars> Q: When I use the geometry package with the book layout my
Lars> margins are messed up, what should I do? A: The best thing would
Lars> be to upgrade your version of gettext, as
53 matches
Mail list logo
