Hi,
Have you noticed that the devel page is somehow broken since a few
days? (Menue not as float but somewhere in the mid of the side and very
messy if you switch to top navbar).
Tested with konq 2.1.2, Opera 5, Netscape 4.7 and Mozilla 0.91
Greets,
Jürgen
BTW: IMHO the GUII-Matrix is hard to
Dekel Tsur wrote:
>
> On Fri, Jul 06, 2001 at 11:46:28AM +0200, Jean-Marc Lasgouttes wrote:
> > - new extarticle, extreport, extbook and extletter classes, which are
> > versions of the normal classes with more font sizes available
>
> Is it a good idea to include these classes ?
> It would be
"Garst R. Reese" wrote:
>
> Insert->Special Character->Subscript
> Gives me a centered red box with a blue math box and a blue (#) in lyx
> and a centered subscript with an equation number in ps.
> All I want is a text mode subscript in line like V(sub)n.
> Garst
It is no longer numbered, but st
On Fri, Jul 06, 2001 at 11:46:28AM +0200, Jean-Marc Lasgouttes wrote:
> - new extarticle, extreport, extbook and extletter classes, which are
> versions of the normal classes with more font sizes available
Is it a good idea to include these classes ?
It would be much better to have proper suppo
Dekel Tsur wrote:
> On Mon, Jul 02, 2001 at 12:20:56AM +0200, Eran Tromer wrote:
> > Every once in a while my LyX 1.1.6fix2 crashes with the following
> > message:
...
> Perhaps the crash is due to an incorrect version of your XForms library
> (compiled for glibc 2.0 when your glibc is 2.1).
Upda
Jürgen, I belive this would solve the init problem that you mentioned.
I will commit this.
? build
? ny
Index: src/BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.130
On Fri, 6 Jul 2001, Juergen Vigna <[EMAIL PROTECTED]> wrote:
>> MULTILINGUAL SPELLCHECKING
>
>This is planed for the future.
Ahh! ('nuff said)
>> PRE-/POSTPROCESSOR COMMANDS
>
>Woulndn't it work to make a shell-skript which calls first ligatex and then
>latex like:
>
>#!/bin/sh
>#
>ligatex $#
>
On 6 Jul 2001, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
>Philipp> PRE-/POSTPROCESSOR COMMANDS
>
>A better solution is to use the new converter code to define a .lig
>format which is ligatured tex and add the converters
>.tex -> .lig: ligatex
>.lig -> .dvi: latex
I guess I have to take a c
On Wed, Jul 04, 2001 at 10:54:52AM +0200, [EMAIL PROTECTED] wrote:
> Referring to a former thread in this mail list (Lyx 1.1.6fix2: long time
> to get ps view) that pointed out a problem in libstdc++-2.10, a new
> version was installed in Debian sid/testing.
> This new version (2.95.4-0.010629) se
On Fri, Jul 06, 2001 at 10:51:24AM +0200, Jean-Marc Lasgouttes wrote:
> Philipp> I'm running ligatex as a preprocessor for fine-tuning
> Philipp> ligatures when using CM or expert PS fonts. With Lyx, I
> Philipp> presently have to export to a Tex file as a final step,
> Philipp> manually run ligat
On Fri, Jul 06, 2001 at 11:56:36AM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> This seems better to me that the pdf2 hack we have now.
> >> Dekel, is that doable/desirable?
>
> Andre> I don't know. I prefer the 'pdf2' "hack". Actually I
On Fri, Jul 06, 2001 at 12:30:58PM +0200, Andre Poenitz wrote:
> //*- If I mark some text, e.g. abc, and then press M-m s (square root), then
> // the marked text is deleted, and an empty root appears.
> // The old behavior was to create \sqrt{abc}.
> //The same happens with \frac
>
> //
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > Log message:
| > mathed95.diff
|
| That's not fair. I was already closing down for today.
well after all thos e snide remarks I had to do something.
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > And I claim that long time maintainability will be better when you can
| > easily determine how and when your variables is used.
|
| Long term maintainability should be based on "things being obvious" i.e.
| clear structure, small modules, _small int
> And I claim that long time maintainability will be better when you can
> easily determine how and when your variables is used.
Long term maintainability should be based on "things being obvious" i.e.
clear structure, small modules, _small interfaces_, _short code_.
Adding indiscriminately acce
A small bug in end.php3.
Not
http://jigsaw.w3.org/css-validator/check/referer
but
http://jigsaw.w3.org/css-validator
Angus
> Log message:
> mathed95.diff
That's not fair. I was already closing down for today.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| Just to chime in:
|
| I agree with Andre.
|
| Having only private member variables is highly overrated.
That might be so... but we have too many public and protected variales
now because the interfaces have not been thought through.
And
> I agree with Andre.
Too bad.
Now Lars will put effort in trying to refute your arguments instead of
applying this $(asger -speechclass std -say anyadjective -count largeenough)
three-day-overdue patch that fixes more than a dozen bugs.
Otoh, I could not resist either.
Andre'
--
André Pönit
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > | If you desperately need to protect against abuse of your classes, you need
| > | "private". On the other hand, the most likely "abuser" are yourself, so
| > | you pay (writing accessor functions, compile times, probably run time) for
| > | something
Just to chime in:
I agree with Andre.
Having only private member variables is highly overrated.
I know all the arguments for doing that. I've read all
fine books. They did not convince me, and I doubt that
Lgb can. (I almost put a smiley there. Phew.)
Greets,
Asger
> | If you desperately need to protect against abuse of your classes, you need
> | "private". On the other hand, the most likely "abuser" are yourself, so
> | you pay (writing accessor functions, compile times, probably run time) for
> | something you might not _really_ need.
>
> with accessors y
Hi,
I will be on vacation for the next two weeks. Please don't wait for any
response in case one of my reports at SourceForce is fixed/needs
clarification.
Michael
PS: Two weeks without Email. Hard times...
--
==
Michael Schm
Andre Poenitz <[EMAIL PROTECTED]> writes:
| If you desperately need to protect against abuse of your classes, you need
| "private". On the other hand, the most likely "abuser" are yourself, so
| you pay (writing accessor functions, compile times, probably run time) for
| something you might not _
> | > No... accessor methods.
> | >
> | > I will probably put that down as a coding rule later: "Class variables
> | > shall always be private."
> |
> | I still think that class variables should be accessible *inside* a Class.
> | I understand that they shouldn't be accessible from outside, ther
Insert->Special Character->Subscript
Gives me a centered red box with a blue math box and a blue (#) in lyx
and a centered subscript with an equation number in ps.
All I want is a text mode subscript in line like V(sub)n.
Garst
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 06-Jul-2001 Lars Gullik Bjønnes wrote:
|
| >| 3. Have the paragraph initialized with a second call so we do:
| >|
| >|text = new LyXText(this)
| >|text->init(buffer()->firstParagraph())
| >
| > yes.
|
| Then we will probably change to thi
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 06-Jul-2001 Lars Gullik Bjønnes wrote:
|
| > No... accessor methods.
| >
| > I will probably put that down as a coding rule later: "Class variables
| > shall always be private."
|
| I still think that class variables should be accessible *inside*
On 06-Jul-2001 Lars Gullik Bjønnes wrote:
>| 3. Have the paragraph initialized with a second call so we do:
>|
>|text = new LyXText(this)
>|text->init(buffer()->firstParagraph())
>
> yes.
Then we will probably change to this before 1.2.0stable!
>| Where the last one would seem the be
On 06-Jul-2001 Lars Gullik Bjønnes wrote:
> No... accessor methods.
>
> I will probably put that down as a coding rule later: "Class variables
> shall always be private."
I still think that class variables should be accessible *inside* a Class.
I understand that they shouldn't be accessible fr
On 06-Jul-2001 Lars Gullik Bjønnes wrote:
>| You still duplicate the code for open_new_inset! I would say if you REALLY
>| insist in this global functions (but I would prefer not) then it's better
>| we make open_new_inset public available in BufferView_pimpl.[Ch] and you
>| use that one in the
On Thu, Jul 05, 2001 at 01:57:31PM +0200, Juergen Vigna wrote:
> Well what we really complained about was the background graphics. If it
> is green, blue or whatever other color I don't complain. But yes we could
> have it in blue as the suggestion of Edwin. The rest should have the exact
> same
On 06-Jul-2001 Jean-Marc Lasgouttes wrote:
> Juergen> 1. If you perform tabular operations which are striktly
> Juergen> delegated to the tabular then we still have to save the whole
> Juergen> paragraph :( (stuff like changing borders, alignment,
> Juergen> multicolumn, ...)
>
> Is it possible
> Therefore, it seems reasonable in the ps->fax converter to have a
> popup menu telling which fax program is the prefered one.
I find it much more convinient to have
'Fax via SuSE'
'Fax via Hyla'
'Fax via whatever'
menu entries which can be bound to some hotkey instead to answer some
question
Full diff again.
Jean-Marc: Could you please check that the lyxfunc.C stuff is correct?
Lars: Could you _please_ commit or tell somebody to commit?
Dekel: The following is my current status concerning your bug list. Would
you please check that the // marked stuff is indeed fixed and comment
On Thu, Jul 05, 2001 at 04:31:00PM +0200, Jean-Marc Lasgouttes wrote:
> > "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> Jose> Regarding \makeatleatletter and \makeatother where are they
> Jose> used and why?
>
> They are used in case the user preamble contains macros
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
|
| Allan> On 5 Jul 2001, Jean-Marc Lasgouttes wrote:
| >> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
| >>
| Allan> This still has the problem of needing to build po/POTFILES.in
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> On 5 Jul 2001, Jean-Marc Lasgouttes wrote:
>> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>>
Allan> This still has the problem of needing to build po/POTFILES.in
Allan> from a dist rather than from a CVS tree -- and this sh
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> This seems better to me that the pdf2 hack we have now.
>>
>> Dekel, is that doable/desirable?
Andre> I don't know. I prefer the 'pdf2' "hack". Actually I think
Andre> that's not a hack but a clean solution since it is much more
Andr
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 05-Jul-2001 Andre Poenitz wrote:
| >
| > Last shot.
|
| Well I really hope not!
|
| > Seperate mathed functions for every LFUN_MATH*.
|
| Is this really needed/wanted?
yes.
| > No change to BufferView*.*
|
| Well let's say no change in Buffer
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 05-Jul-2001 Lars Gullik Bjønnes wrote:
|
| > protected:
| >
| > + ///
| > + unsigned int id_;
| > + ///
| > + static unsigned int inset_id;
|
| So I can access them directly in all insets without the need to go over
> This seems better to me that the pdf2 hack we have now.
>
> Dekel, is that doable/desirable?
I don't know. I prefer the 'pdf2' "hack". Actually I think that's not a
hack but a clean solution since it is much more flexible _and_ easier to
use since you can specify the exact path of conversion.
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 05-Jul-2001 Lars Gullik Bjønnes wrote:
| > Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| >| As already told I fixed the showstopper and now this new Undo should work
| >| properly! Please test it an let me know!
| >
| >
| > @@ -52,6 +52,8 @@ LyX
> "Roman" == Roman Maurer <[EMAIL PROTECTED]> writes:
>> Basically, I rely on you for telling me whether it is OK to include
>> it. Then if something goes bad, I'll send all angry latinX users to
>> you :)
Roman> Hmm ... I'm almost sure that nothing could go wrong, but then
Roman> again, I o
Hello,
Appended as usual is a list of what has been fixed since 1.1.6fix2.
New in this update: mostly the latinX patch, the ext* classes, fix to
footnotes spacing in LaTeX, re-runs of LaTeX for some packages and
removal of the warning that xforms 0.89.6 is unstable.
Please tell me what are the
Dear Allan et al.,
continuing the pedantry, I think that there are some slight inconsistencies
in the various flavours of the new pinned menu at www-user.
(Using Netscape 4.72)
I attach three (small) screenshots of the menu. When I fist go to www.lyx.org
(using Netscape 4.72), I get the menu
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi, I'm running current CVS.
R> Export Latex seems to do lots of things when I try to process my
R> "blabla.lyx"; I can see happening in the xterm window:
R> $ Processing file blabla.sgml load_char_maps: no entity maps found
R> load_char_map
Hi,
I'm running current CVS.
Export Latex seems to do lots of things when I try to process
my "blabla.lyx"; I can see happening in the xterm window:
$ Processing file blabla.sgml
load_char_maps: no entity maps found
load_char_maps: no entity maps found
This is TeX, Version 3.14159 (Web2C 7.3.1
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> PS: Jean-Marc: From Dekel's bug list:
Andre> *- The toggle numbering menu is not disabled when not in math
Andre> inset
Andre> I forgot again how you did that. Could you tell me again?
Have a look at LyXFunc::getStatus, and see
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> A better solution is to use the new converter code to define a .lig
>> format which is ligatured tex and add the converters .tex -> .lig:
>> ligatex .lig -> .dvi: latex
Andre> The new coverter stuff is really nice. I like it more from
> A better solution is to use the new converter code to define a .lig
> format which is ligatured tex and add the converters
> .tex -> .lig: ligatex
> .lig -> .dvi: latex
The new coverter stuff is really nice. I like it more from day to day...
Andre', not yet in Friday mood...
PS: Jean-Marc: F
> "dochawk" == dochawk <[EMAIL PROTECTED]> writes:
dochawk> jmarc jmentionedm
>> > "Richard" == Richard E Hawkins <[EMAIL PROTECTED]> writes:
Richard> I converted my paper to the slide class. It had had
Richard> double-spacing set. This should be returned to single-space
Richard> as par
> "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes:
Peter> Hi Folks, I got an email from someone experiencing problems
Peter> when trying to view (or convert to PDF) de_UserGuide.ps (I
Peter> offer the PS-files on my WWW-page).
Peter> It turned out that the trouble stems from the inc
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> 1. If you perform tabular operations which are striktly
Juergen> delegated to the tabular then we still have to save the whole
Juergen> paragraph :( (stuff like changing borders, alignment,
Juergen> multicolumn, ...)
Is it pos
> > Last shot.
>
> Well I really hope not!
It was meant seriously. I think 94 complies with all requests reasonably
well.
> > Seperate mathed functions for every LFUN_MATH*.
>
> Is this really needed/wanted?
That's what Lars requested.
> > No change to BufferView*.*
>
> Well let's say no
On 05-Jul-2001 Andre Poenitz wrote:
>
> Last shot.
Well I really hope not!
> Seperate mathed functions for every LFUN_MATH*.
Is this really needed/wanted?
> No change to BufferView*.*
Well let's say no change in BufferView*.h
You still duplicate the code for open_new_inset! I would say if
On 05-Jul-2001 Lars Gullik Bjønnes wrote:
>| As already told I fixed the showstopper and now this new Undo should work
>| properly! Please test it an let me know!
>
> @@ -155,13 +158,13 @@ void InsetText::clear()
> delete par;
> par = tmp;
> }
> - p
On 06-Jul-2001 R. Lahaye wrote:
> The File-menu entry gets very long when the list of "Lastfiles" is added at the end.
> I suggest to add a new entry "Open previous" which contains the "Lastfiles" as a
> submenu:
Well it depends on how much files one defines as Lastfiles, don't you think?
I hav
On 05-Jul-2001 Philipp Lehman wrote:
> MULTILINGUAL SPELLCHECKING
> I noticed that 1.1.6 now supports defining the language of a single
> paragraph or phrase. Unfortunately, this only adds "\selectlanguage"
> (which of course is a feature) but doesn't seem to deal with the
> spellchecker. Resta
59 matches
Mail list logo
