"Be careful what you wish for"
I put the CVS intro page up on the web. This (and linking it to the
devel.lyx homepage) involved shifting around a few
files, so let me know if you're unable to access pages or something. (I
think I got all the permissions & groups right...).
Also updated the trans
Hi,
I have some patches for lyx 1.0 which change the papersize of all example
and help documents to `Default' instead of letter or a4.
There is no reason to set the papersize in the help documents as the user
profile papersize should be used instead.
--
Massimo Dal Zotto
+-
On Tue, 16 Mar 1999, Allan Rae wrote:
> Subject: Re: mathed
>
> >
> > On Mon, 15 Mar 1999, Jean-Marc Lasgouttes wrote:
> >
> > > > "Bruce" == Bruce M Beach <[EMAIL PROTECTED]> writes:
> > > Bruce> In addition if you click on the letter 'o' on the text line
> > > Bruce> at the bottom "and
On Mon, Mar 15, 1999 at 01:48:47PM +0100, Jean-Marc Lasgouttes wrote:
> > "David" == David L Johnson <[EMAIL PROTECTED]> writes:
>
> David> I advised him to re-label his theorem environments like in the
> David> layout files. But, is there a way to allow such things to work
> David> correctl
Then tell Martin to set up the darn aliases.
Mate
On Tue, Mar 16, 1999 at 01:18:56PM -0600, Mate Wierdl wrote:
> I need help guys: we are almost done with the lyx-users list transfer,
> but I just do not understand what Martin wants to do. Perhaps I am
> missing something obvious.
>
I'd suggest that you just *do* it. Traff
>> Mate Wierdl writes:
MW> What the heck am I missing here? What is the logic of me getting
MW> the subscribers' list twice?
Do not think to much about those technicalites, just get the new list
going. The problem of duplicate msgs or failed/lost subscriptions will
only be there for a short
I need help guys: we are almost done with the lyx-users list transfer,
but I just do not understand what Martin wants to do. Perhaps I am
missing something obvious.
I suggested the following schedule to Martin:
1) Announce on the users list that the list will be out of service for
a short perio
back to using irc...
Lgb
>> Asger K Alstrup Nielsen writes:
AKAN> We need to change all the LStrings to ordinary "string"s. So a
AKAN> search/replace should be able to do it, but it will require us
AKAN> to synch up, because it'll affect basically all files in the
AKAN> source code. Any ideas on how to do ease t
>> Allan Rae writes:
AR> On 15 Mar 1999, Lars Gullik Bjønnes wrote:
>> >> Allan Rae writes:
AR> Done. Now a much revised patch is attached. This direct against
AR> latest cvs and includes a couple of other fixes I had to do to
AR> get LyX running or compiling. Two "no nulls allowed" f
>> Amir Karger writes:
AK> so hugely powerful, I'm willing to make changes to
AK> translations.php3 when necessary... too bad its group is
AK> asierra!
only the backup file is.
Lgb
(and I'll even change that)
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> Andre'> Nope... but my compiler does not like the 'std::' stuff in
>> Andre'> src/encoding anyway... *sniff*
Asger> Ok, here's a recipe for avoiding "std::" compilation errors.
Asger> I'm not sure we want to follow this, b
>> Jean-Marc Lasgouttes writes:
JL> The list looks pretty exhaustive. You could also try to
JL> translate the raw \special{...} (don't know the syntax, sorry)
JL> which does the actual file inclusion. I think the sybtax is in
JL> dvips manual.
using special is way from beeing "well beha
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> So, what magic should we add in there, besides defining a proper
>> wstring based on LString?
Asger> Nothing.
Good. I'll go home, then ;)
Asger> We just need to make sure that "string", "LString" and
Asger> "wstring" are a
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>> Jean-Marc Lasgouttes writes:
JL> - basically, a table cell contains *one* paragraph in LR mode.
Lars> I call that a line, not a paragraph.
Note that it can be several lines if you put linebreaks (\\) in there.
JL> If you fix t
>> Allan Rae writes:
AR> That is, we can write the entire text out without having to do
AR> all that single character at a time stuff that we do now. And if
AR> we need to linebreak we can exploit the string implementation to
AR> break things up efficiently. Anyway, this is a little low
> It seems to me that currently the include inset needs to know about
> its parent to work correctly. To make this change, we'd have to pass
> extra information in some cases.
Yes, this is needed, but this is a different situation:
We are talking about two different kinds of ownership:
1. Which
>> Asger K Alstrup Nielsen writes:
AKAN> Ok, I think we have settled this issue then: Headings are not
AKAN> nested in a tree. Instead, we will use counters to represent
AKAN> the nesting information.
So then we have that a buffer contains (on the first level in the
tree)
paragaphs objec
On Tue, 16 Mar 1999, Amir Karger wrote:
> ps yes, all I ever do is make requests. Well, now that I'm so hugely
> powerful, I'm willing to make changes to translations.php3 when necessary...
> too bad its group is asierra!
Uhh, yes, I put it on line for you, remember? Fortunately I don't
have to
> Every inset with an associated popup needs to know which buffer it belongs
> to so the popup can talk to it (eg. get/set data). I haven't given much
> thought to removing this requirement but I am certainly open to
> suggestions.
Precisely, the Inset's need to know the BufferView where the
cli
>> Jean-Marc Lasgouttes writes:
JL> - basically, a table cell contains *one* paragraph in LR mode.
I call that a line, not a paragraph.
JL> If you fix the width of the cell, it will contain a list of
JL> paragraph (like in a parbox).
Not unless you also put a parbox inside the table cel
Hi!
Can you provide static linked binaries for Solaris, please?
I do not have the appropriate libstdc++ for egcs and some
of my libraries seem to be out of date, too. I see that static
linked versions are available for other system (e.g. SGI).
greetings,
Jan
--
> Andre'> Nope... but my compiler does not like the 'std::' stuff in
> Andre'> src/encoding anyway... *sniff*
Ok, here's a recipe for avoiding "std::" compilation errors.
I'm not sure we want to follow this, but in case we decide to
have gcc 2.7.2 support, this is how we could do it:
1. Add "u
> So, what magic should we add in there, besides defining a proper
> wstring based on LString?
Nothing.
We just need to make sure that "string", "LString" and "wstring" are
all valid strings, and each behave like a standard C++ string.
LString is either a "string" or a "wstring", according to a
> "Andre'" == Andre' Poenitz <[EMAIL PROTECTED]> writes:
>> What is your compiler? What does it say? We are currently trying to
>> fix this area, so any information may be useful. Currently, it
>> works for my with gcc 2.8.1. I do not know for others.
Andre'> gcc 2.7.2.3 - but I am just real
While we're at it, why isn't Peter Sütterlin's main LyX page
(http://www.uni-sw.gwdg.de/~pit/LyX/) linked in the lyx links (in addition
to his translation page, which is linked from the devel.lyx translations
page).
-Amir
ps yes, all I ever do is make requests. Well, now that I'm so hugely
power
> What is your compiler? What does it say? We are currently trying to
> fix this area, so any information may be useful. Currently, it works
> for my with gcc 2.8.1. I do not know for others.
gcc 2.7.2.3 - but I am just realizing that I have a egcs-2.91.60
on my own machine... so I'll try that la
> "Andre'" == Andre' Poenitz <[EMAIL PROTECTED]> writes:
>> I did a cvs update in lyx/ and it patched various things, but
>> didn't download the whole new src/encoding directory. Anyone know
>> why?
>>
>> -Amir
>>
Andre'> Nope... but my compiler does not like the 'std::' stuff in
Andre'>
On Tue, Mar 16, 1999 at 08:43:38AM -0800, [EMAIL PROTECTED] wrote:
>
> On Tue, 16 Mar 1999, Kohtaro Hitomi wrote:
> > I am Kohtaro Hitomi, a japanese Lyx user.
> > I would like to translate the Tutorial into Japanese if
> > no one is doing it. Could you give me any advice about it.
>
> I ha
>
> I did a cvs update in lyx/ and it patched various things, but didn't
> download the whole new src/encoding directory. Anyone know why?
>
> -Amir
>
Nope... but my compiler does not like the 'std::' stuff
in src/encoding anyway... *sniff*
This probably means I have to get a new compiler?
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> I did a cvs update in lyx/ and it patched various things, but
Amir> didn't download the whole new src/encoding directory. Anyone
Amir> know why?
My .cvsrc file reads:
diff -u
rdiff -u
update -dP
This means in particular that update
I did a cvs update in lyx/ and it patched various things, but didn't
download the whole new src/encoding directory. Anyone know why?
-Amir
I got the following message from Wojciech Pêkala.
Wojciech, we are definitely excited to get new translations. It turns out
that there *is* a translation of the menus. Check out the file pl/pl.po in
the LyX distribution.
I'm forwarding this message to the lyx developers' mailing list, as well a
> "Fred" == Fred Hucht <[EMAIL PROTECTED]> writes:
Fred> Hi LyXers, many people (at least me :-) use labels like "e:xxx"
Fred> for equations, "c:intro" for chapters, "f:aCat" for figures
Fred> etc. In the LyX dialog "Insert Reference" they are all listed in
Fred> the order they appear in the
> "Miguel" == Miguel Piñeyrúa <[EMAIL PROTECTED]> writes:
Miguel> I have some files written in Latex and I want to export them
Miguel> to Word 97, how can I do it ??
Have a look at
http://www.kfa-juelich.de/isr/1/texconv/texcnv.html
It contains a list of what exists now.
JMarc
On Tue, 16 Mar 1999, Kohtaro Hitomi wrote:
> I am Kohtaro Hitomi, a japanese Lyx user.
> I would like to translate the Tutorial into Japanese if
> no one is doing it. Could you give me any advice about it.
There is no one working on a Japanese translation that I know of. This
would be a v
ok, having absorbed the ps information, I've updated the letterhead.
The special code for the first place works, but I have a spaceing
prolem on later pages
having previously defined \vheadadjust at -.75, I define
\lhead{
\vspace{\vheadadjust}
\hspace{\adjhmindent}
\underli
> Yes, and I wrote a very nice discussion in there about why this might
> be useful :)
ahh. My lyxrc is probably more than a little out of date.It's
probably still based on the first time the .lyx appeared . . .
ANd now, after david's comments, I've printed the letterhead that I
toiled ov
I have some files written in Latex and I want to export them to Word 97,
how can I do it ??
Yours,
Michael
> "Richard" == Richard E Hawkins Esq <[EMAIL PROTECTED]> writes:
Richard> jmarc remarced,
>> Did you set '\print_adapt_output true'? Note that the options used
>> when printing and exporting to PS are different, since in the first
>> case we cannot be sure that we print to a PS printer (think
On Tue, Mar 16, 1999 at 08:41:54AM -0500, Amir Karger wrote:
> On Mon, Mar 15, 1999 at 09:41:10PM -0600, Mate Wierdl wrote:
> > I know you guys are excited: there is now a new header in every
> > message you receive that shows you the unsubscription address *even if
> > your subscription address i
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> Well, after a long break, I've decided that we really ought to
Amir> have the reLyX distributed with LyX 1.0.2 support figures, since
Amir> that's the last remaining "major feature" (as determined by
Amir> yours truly) not currently su
jmarc remarced,
> Did you set '\print_adapt_output true'? Note that the options used
> when printing and exporting to PS are different, since in the first
> case we cannot be sure that we print to a PS printer (think HP).
I doubt it, since I've never heard of it :)
I assume htis goes in lyxrc?
Well, after a long break, I've decided that we really ought to have the
reLyX distributed with LyX 1.0.2 support figures, since that's the last
remaining "major feature" (as determined by yours truly) not currently
supported.
Well, I've gotten \epsffile and \epsfbox to work. They're equivalent, a
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> [Definitions of LString, string and wstring.]
>> Why not do it directly in LString.h? It already contains some black
>> magic anyway.
Asger> Yes, let's do that. I'll do it right now, and trust somebody
Asger> to add the
HI all,
after being offline for a week (been on a meeting) I now have a lot of
time to work on/with the LyX-Doku: I'm ill at home. :-/
(Good news: de_UserGuide *will* be finished for 1.0.2)
I noticed two minor(?) glitches in 1.0.1:
- The Note-inste still is only clickable in the left ha
On Mon, Mar 15, 1999 at 09:41:10PM -0600, Mate Wierdl wrote:
> I know you guys are excited: there is now a new header in every
> message you receive that shows you the unsubscription address *even if
> your subscription address is different from the present one*. The
> header is `List-Unsubscribe
> > We will allow more nesting with a HeadingInset with a counter, than with
> > position in a tree: We can only nest to the number of different
> > pointers to Insets we have, and this is typically smaller than the range
> > of an integer.
>
> ??? I don't understand. A tree is defacto unlimite
> [How should we handle nested headings? Andr=E9 suggested that the level
> of headings should be represented by the position in the tree. I think
> it was a mistake that he only sent it this proposal to me personally, so
> here is my reply.]
Erm... yes..
> This is problematic if Paragraphs a
> "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
[Andre' said]
>> I think, we missed some crucial point:
>>
>> If all is nicely structured as a tree internally, we do not even
>> need different types (insets? ;-P) of headings: The type of a
>> heading is indicated by its positi
[How should we handle nested headings? André suggested that the level
of headings should be represented by the position in the tree. I think
it was a mistake that he only sent it this proposal to me personally, so
here is my reply.]
[Nesting is slower in performance.]
> This, of course, depents
> "Andre'" == Andre' Poenitz <[EMAIL PROTECTED]> writes:
Andre'> If these paragraphs have different properties, why not? Why
Andre'> not at all?
Andre'> I don't know whether you have worked with one of the newer
Andre'> releases of Maple or Mathematica. They both have a really nice
Andre'>
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> On Tue, Mar 16, 1999 at 11:36:15AM +0100, Jean-Marc Lasgouttes
Jose> wrote: [...]
>> José, does DocBook require some sort of tree form for sections? In
>> this case, we can probably provide an iterator that gives this vi
On Tue, Mar 16, 1999 at 11:36:15AM +0100, Jean-Marc Lasgouttes wrote:
[...]
> José, does DocBook require some sort of tree form for sections? In this
> case, we can probably provide an iterator that gives this view of a
> buffer.
If the external declaration says the no omiting tags are allowed
> "Richard" == Richard E Hawkins Esq <[EMAIL PROTECTED]> writes:
Richard> I called tech support on our printer that is vertically
Richard> misaligning, after it printed my page numbers past the top of
Richard> the page. I used a2ps to print with borders to show him how
Richard> it should loo
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> And why not a registering mechanism, where each inset registers
>> himself and gets an unique identifier? Each Inset could have a id
>> member that contains that. Something like the following (not
>> tested, and not really we
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> Do you mean that a change of font would mean a change of inset?
Asger> Yes. This makes displaying of a InsetText simple, and we avoid
Asger> the ugly font-lists. I feel things are simpler this way.
Asger> (Notice that we c
On Tue, Mar 16, 1999 at 07:12:01PM +1000, Allan Rae wrote:
[...]
>
> InsetEnvironment and even an improved InsetCommand will build most of our
> documents hierarchy. Headings and such are ultimately one of these two
> types and a simple linear list of paragraphs doesn't allow for the needs
> of
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> I have come to the conclusion that I prefer that we just store
Asger> this as a list of four paragraphs.
Asger> The trouble of nesting this structure into a tree is not worth
Asger> it: It decreases efficiency, because g
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>> Asger K Alstrup Nielsen writes:
AKAN> However, this does not resolve the issue of whether a paragraph
AKAN> should be an inset or not.
Lars> by using paragraph as an updatable inset, it can have full
Lars> control over mouse and
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> What if we had a InsetParbox that contained an InsetParagragh
Allan> (or a list of them). The parbox example is similar to a table
Allan> cell or a minipage in that it is a paragraph with restrictions
Allan> on size and placement.
I
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> On Tue, 16 Mar 1999, Asger K. Alstrup Nielsen wrote:
>> > Asger> Does an inset really need to know the owner of itself?
>> [buffer] > > It is needed in some cases.
>>
>> When?
Allan> Every inset with an associated popup needs to know
Hi LyXers,
many people (at least me :-) use labels like "e:xxx" for equations,
"c:intro" for chapters, "f:aCat" for figures etc. In the LyX dialog
"Insert Reference" they are all listed in the order they appear in the
text. But when I want to insert a figure ref, I don't want to see the
whole bun
On Mon, 15 Mar 1999, Bruce M Beach wrote:
>
> On Mon, 15 Mar 1999, Jean-Marc Lasgouttes wrote:
>
> > > "Bruce" == Bruce M Beach <[EMAIL PROTECTED]> writes:
> > Bruce> In addition if you click on the letter 'o' on the text line
> > Bruce> at the bottom "and you obtain" and with the cursor
On Mon, 15 Mar 1999, Andre' Poenitz wrote:
> > We certainly do not want that. But it does not make sense to me in any
> > document to include a paragraph into a paragraph without some kind of
> > wrapper which specifies the semantics of the inner paragraph.
>
> If these paragraphs have different
On Tue, 16 Mar 1999, Asger K. Alstrup Nielsen wrote:
> > Asger> Does an inset really need to know the owner of itself? [buffer]
> >
> > It is needed in some cases.
>
> When?
Every inset with an associated popup needs to know which buffer it belongs
to so the popup can talk to it (eg. get/set d
On Mon, 15 Mar 1999, Jean-Marc Lasgouttes wrote:
> > "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
[...]
> Asger> Now, the good question is whether a paragraph should be an
> Asger> inset in itself. I don't know. Similar for the document:
> Asger> Should a document be an inse
On 15 Mar 1999, Lars Gullik Bjønnes wrote:
> >> Amir Karger writes:
> AK> Wow, I never realized how tremendously powerful I am! When do I
> AK> start getting royalties on LyX's profits?
>
> Note that the only profit LyX has is fame to its developers.
>
> (And the chance to participate at
On Tue, 16 Mar 1999, Asger K. Alstrup Nielsen wrote:
> > As a side note, perhaps glue (space between words) should be a special
> > kind of insets too? If not where to store the glue?
>
> I have considered this idea also -- it's another formulation of the old
> idea of having the words as the ba
70 matches
Mail list logo
