Kornelia Pietsch wrote:
>
> Global float placement (as set in Layout->Document->...) does not
> seem to appear in LaTeX output in current CVS.
and the algorithm-float is used with
\newfloat{algorithm}{htbp}{loa}
which also doesn't belongs to the userdefined placement.
Herbert
--
http://www
Eran Tromer wrote:
>
> It's possible to create a double subscript by typing the following in
> mathed:
> x_1y_2
the y is a typo???
> The generated latex code contains "x_{1}_{2}", and so does the saved
> .lyx file.
x_{1_{2_{3}}}
this is my code, same in 1.1.6fix2
> The bug exists in the cu
Herbert Voss wrote:
>
> open the mathbox I'm not able to type anything,
> always the message "unknown function".
> cvs from yesterday evening.
> linux 2.4.4, suse 7.2
sorry, it was not proper installed ...
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
open the mathbox I'm not able to type anything,
always the message "unknown function".
cvs from yesterday evening.
linux 2.4.4, suse 7.2
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
Global float placement (as set in Layout->Document->...) does not
seem to appear in LaTeX output in current CVS.
Andre'
Hello,
It's possible to create a double subscript by typing the following in
mathed:
x_1y_2
The generated latex code contains "x_{1}_{2}", and so does the saved
.lyx file.
The bug exists in the current 1.2.0cvs, and the double subscript is
displayed just like "x_{12}" but with a some space be
On Tue, Jul 03, 2001 at 07:15:34PM +0200, Andre Poenitz wrote:
> Items marked with // should be fixed, ?? means I am uncertain whether the
> fix is correct. Unmarked items are not fixed.
>
> Dekel's list -
> Dekel:
> ?? *- After mutation from e
> > | The problem is probably more general: There is no way to type 'ü' in the
> > | mini buffer, too. So I cannot even type 'math-insert ü' in the minibuffer
> > | - which works well when bound to a keyboard short cut!
> >
> > compose + " + u
> >
> > should work even there.
>
> Ok. Works. Did
On Tue, Jul 03, 2001 at 04:14:46PM +0200, Juergen Vigna wrote:
>
> On 03-Jul-2001 Jean-Marc Lasgouttes wrote:
>
> > On a related subject, do we want to dump custom export (aka SendTo),
> > since it can be obtained by creating a new export target?
>
> It cannot be obtained that way until it is r
This is the diff of my tree against current CVS head (i.e. basically small
bugfixes for bugs from Dekel's list).
Items marked with // should be fixed, ?? means I am uncertain whether the
fix is correct. Unmarked items are not fixed.
Dekel's list
Angus Leeming <[EMAIL PROTECTED]> writes:
| Apart from all those double black boxes around stuff, yes.
|
| The REAL change is that I can't enter anything from the keyboard. This is a
| general statement, not mathed specific!
bind file problem?
--
Lgb
Apart from all those double black boxes around stuff, yes.
The REAL change is that I can't enter anything from the keyboard. This is a
general statement, not mathed specific!
Angus
On Tuesday 03 July 2001 16:58, Andre Poenitz wrote:
> > Perfect. It even reads the long and complex document I e
> Perfect. It even reads the long and complex document I extracted this out of!
Does it look somewhat similar as it would with older LyX? 1.1.6 eg?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Tuesday 03 July 2001 14:46, Andre Poenitz wrote:
> > > Attached is a small sample file that causes a segmentation fault in
current
> > cvs.
>
> I should read my own coments from time to time... This would not crash as
> long as we were leaking every inset. But we are not doing so anymore...
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
> So you would prefere this patch then:
Yes (I really checked only the last part I hope you got the others right ;)
> +#else
> + if (!tmprow->previous()) {
> + // a trick/hack for UNDO
> + // Can somebody please tell me _why
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 03-Jul-2001 Lars Gullik Bjønnes wrote:
|
| > but... I don't really know what the trick/hack for UNDO is supposed to
| > accomplish and why... seem to be a bandaid of somekind.
|
| Well you won't believe it but that comment is right! So if you remov
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 03-Jul-2001 Lars Gullik Bjønnes wrote:
|
| > but... I don't really know what the trick/hack for UNDO is supposed to
| > accomplish and why... seem to be a bandaid of somekind.
|
| Well you won't believe it but that comment is right! So if you remov
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
> the methods in LyXGUI have not been GUII'fied yet...
>
> most likely a method createMainView will be added to GUIRuntime:
>
> xforms:
> LyXView * createMainView(int a, int b) {
> return new XFormsView(a, b);
> }
>
> qt2:
> LyXView * createMa
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
> but... I don't really know what the trick/hack for UNDO is supposed to
> accomplish and why... seem to be a bandaid of somekind.
Well you won't believe it but that comment is right! So if you remove
that row be aware that undo will not work anymore!
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 03-Jul-2001 Lars Gullik Bjønnes wrote:
| >
| > This patch, with the (close to) minimal amount of changes needed:
| >
|
| So how do you plan to do this if the qt2 view is called QtView.h?
| We then have to use preprocessor symbols? I still opt to c
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Well IMO this is not the same:
|
| BEFORE:
|
| if (!tmprow->previous()){
| first_phys_par = firstParagraph(); // a trick/hack for UNDO
| } else {
| first_phys_par = tmprow->par();
| }
|
| AFTE
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
>
> This patch, with the (close to) minimal amount of changes needed:
>
So how do you plan to do this if the qt2 view is called QtView.h?
We then have to use preprocessor symbols? I still opt to call it
LyXView!
Jürgen
Index: src/lyx_gui.C
==
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
| Lars> Lars> mmm but all of this should som
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
> @@ -821,13 +837,15 @@ void LyXText::redoParagraphs(BufferView
>Paragraph const * endpar) const
> {
> Row * tmprow2;
> - Paragraph * tmppar = 0, * first_phys_par = 0;
> + Paragraph * tmppar = 0;
> + Paragr
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 03-Jul-2001 Lars Gullik Bjønnes wrote:
|
| > Where can I find it?
|
| text2.C::redoParagraphs()
|
| > and yes.. first_phys_par is now always equal to par.
|
| Well first_phys_par is a local variable and is assigned to row->par()
| before comparin
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
Lars> Lars> mmm but all of this should somehow be moved to the
Lars> frontends | Lars> directory. | |
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 03-Jul-2001 Lars Gullik Bjønnes wrote:
|
| > Where can I find it?
|
| text2.C::redoParagraphs()
|
| > and yes.. first_phys_par is now always equal to par.
|
| Well first_phys_par is a local variable and is assigned to row->par()
| before comparin
On 03-Jul-2001 Jean-Marc Lasgouttes wrote:
> Probably you're right, if you actually need these kind of temporary
> custom exports (do you actually?). The problem is that this feature
Yes I use it actually!
> would need a big redesign to be completely useful (for ex., do not
> hardcode list of
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
> Where can I find it?
text2.C::redoParagraphs()
> and yes.. first_phys_par is now always equal to par.
Well first_phys_par is a local variable and is assigned to row->par()
before comparing it with row->par(), so ...
Jürgen
--
-._-._-._-._-._
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 03-Jul-2001 Jean-Marc Lasgouttes wrote:
>> On a related subject, do we want to dump custom export (aka
>> SendTo), since it can be obtained by creating a new export target?
Juergen> It cannot be obtained that way until it i
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> mmm but all of this should somehow be moved to the frontends
| Lars> directory.
|
| Lars> and if the other ports have better / more native ways of doing
| Lars> things th
On 03-Jul-2001 Jean-Marc Lasgouttes wrote:
> On a related subject, do we want to dump custom export (aka SendTo),
> since it can be obtained by creating a new export target?
It cannot be obtained that way until it is redesigned, but didn't we
discuss all of this already? Just tell me how to do
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Juergen Vigna <[EMAIL PROTECTED]> writes:
|
| | This seems to me very strange:
| |
| | first_phys_par = tmprow->par();
| | // find the first row of the paragraph
| | if (first_phys_par != tmprow->p
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> mmm but all of this should somehow be moved to the frontends
Lars> directory.
Lars> and if the other ports have better / more native ways of doing
Lars> things that should be prefered.
As you like... I thought that all ports
Juergen Vigna <[EMAIL PROTECTED]> writes:
| This seems to me very strange:
|
| first_phys_par = tmprow->par();
| // find the first row of the paragraph
| if (first_phys_par != tmprow->par())
|
| Well it seems Lars you didn't update this right when
Juergen Vigna <[EMAIL PROTECTED]> writes:
| This seems to me very strange:
|
| first_phys_par = tmprow->par();
| // find the first row of the paragraph
| if (first_phys_par != tmprow->par())
|
| Well it seems Lars you didn't update this right when
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> One of the (bad) reasons for including forms.h is the need to
| Lars> access | fl_display() and fl_screen(). Wha
This seems to me very strange:
first_phys_par = tmprow->par();
// find the first row of the paragraph
if (first_phys_par != tmprow->par())
Well it seems Lars you didn't update this right when removing the
NEW_INSET stuff. The test above can go IMO!
> Attached is a small sample file that causes a segmentation fault in current
> cvs.
I should read my own coments from time to time... This would not crash as
long as we were leaking every inset. But we are not doing so anymore...
Patch attached.
Andre'
--
André Pönitz ..
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> One of the (bad) reasons for including forms.h is the need to
Lars> access | fl_display() and fl_screen(). What is the best place to
Lars> get those | things? Would addin
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| One of the (bad) reasons for including forms.h is the need to access
| fl_display() and fl_screen(). What is the best place to get those
| things? Would adding LyXGUI::x11Display() and LyXGUI::x11Screen() be a
| good idea?
No, the real fix is to
> you want a translation form ']' to 'ü'?
Yes. Although I'd prefer getting a 'ü' in the first place.
> anyway I guess that the localdispatch is not handling the SELFINSERT
> correctly and just runs everything through the default handler (which
> is wrong)
Mathed's LocalDispatch? It uses basical
One of the (bad) reasons for including forms.h is the need to access
fl_display() and fl_screen(). What is the best place to get those
things? Would adding LyXGUI::x11Display() and LyXGUI::x11Screen() be a
good idea?
On a related subject, do we want to dump custom export (aka SendTo),
since it c
Hi Folks,
I got an email from someone experiencing problems when trying to view
(or convert to PDF) de_UserGuide.ps (I offer the PS-files on my WWW-page).
It turned out that the trouble stems from the included EPS-figures:
They contain the line
%%Begin Data:
without further parameters, which
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> This patch, with the (close to) minimal amount of changes
| Lars> needed:
|
| Is there a reason why Toolbar::Pimpl::owner is not a XFormsView*? That
| would avoid static
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> This patch, with the (close to) minimal amount of changes
Lars> needed:
Is there a reason why Toolbar::Pimpl::owner is not a XFormsView*? That
would avoid static_casting.
JMarc
This patch, with the (close to) minimal amount of changes needed:
xformsview patch
--
Lgb
> Anyway, it's configurable, so at least we have a new feature. (The only
> one from the meeting? :-)
No, have a look at Dekel's list... we have a lot new features now...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > In math-mode I can switch back to text-mode in a formula but then I am not
| > able to type Umlauts.
|
| I thought this was fixed by the Bozen changes, but there is a problem I
| just noticed:
|
| There happens no translation from the raw key (i.e '
> In math-mode I can switch back to text-mode in a formula but then I am not
> able to type Umlauts.
I thought this was fixed by the Bozen changes, but there is a problem I
just noticed:
There happens no translation from the raw key (i.e ']') using the local
keymap (to i.e. 'ü') so it "doesn't w
On Tue, Jul 03, 2001 at 01:36:20PM +0200, Asger K. Alstrup Nielsen wrote:
> > - I don't like the different background color for math insets.
>
> If you can find a color which is *very* close to linen, I hope you will
> all like a new background color for math. I think it will help to
> subtly ide
> - I don't like the different background color for math insets.
If you can find a color which is *very* close to linen, I hope you will
all like a new background color for math. I think it will help to
subtly identify inline math in your text. That was the original plan, but
I decided to have s
Attached is a small sample file that causes a segmentation fault in current
cvs.
Angus
(dbx) r ../eqns.lyx
MenuItem(): LyX command `lof-insert' does not exist.
MenuItem(): LyX command `lot-insert' does not exist.
MenuItem(): LyX command `loa-insert' does not exist.
reading: text 'newcommand'
r
I've created a list of bugs in mathed. Most bug have been reported before.
The new bugs are denoted by *.
(some of the bugs here are different behaviors of the old and the new code,
and not really bugs).
Array/eqnarray
*- After mutation from eqnarray to align, the cursor goes into a random
posi
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
> Only the GUI specific code will ever access the XFormsView all other
> code will acces it through the base pointer as: LyXView.
Well I don't really care as long as it will work :), but I still think
for this type of stuff we should have the names as t
Domce observations we got through feedback.
JMarc
--- Start of forwarded message ---
Date: Tue, 3 Jul 2001 12:21:03 +0200
Message-Id: <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Feedback from www.lyx.org
FROM: [EMAIL PROTECTED]
Marcus ([EMAIL PROTECTED]) entered the
following
On Tue, Jul 03, 2001 at 12:23:58PM +0300, Dekel Tsur wrote:
> PS: Few unrelated remarks:
>
> - I cannot move the cursor with the mouse into super/subscripts
>
> - I don't like the different background color for math insets.
> I know I can change it to the background color in preferences, but it
> I thought that Andre changed the default to the background color. Didn't you
> Andre? We didn't like them too, the only one was Asger ;)
I did not clean up behind Asger yet ;-)
Andre'
(It's just %s/AntiqueWhite/linen in LyXColor.C, so whoever cares...)
--
André Pönitz ...
> Few problem with this feature:
> - If I change 'abc' to bold, the lyx/latex file will be
> \mathbf{a}\mathbf{b}\mathbf{c} instead of \mathbf{abc}.
> This is not harmful, but it is annoying.
This is unrelated to the new feature and sneaked in with the Big Patch.
I am aware of it but it does
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 03 July 2001 10:47, Lars Gullik Bjønnes wrote:
| > Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| > | On 03-Jul-2001 Lars Gullik Bjønnes wrote:
| > |
| > | >| > - adds a LyXViewBase that is the GUII of LyXView.
| > |
| > | Very go
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 03-Jul-2001 Lars Gullik Bjønnes wrote:
|
| > And I want to rename LyXViewBase to LyXView and LyXView to XFormsView
| > or something. (Less changes to the code)
|
| Why? IMO the names are good as they are now! Would you call the Qt2 port
| then also
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 03-Jul-2001 Dekel Tsur wrote:
|
| > - I don't like the different background color for math insets.
| > I know I can change it to the background color in preferences, but it is a good
| > idea to make it different from the background color by default
On Tuesday 03 July 2001 10:47, Lars Gullik Bjønnes wrote:
> Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> | On 03-Jul-2001 Lars Gullik Bjønnes wrote:
> |
> | >| > - adds a LyXViewBase that is the GUII of LyXView.
> |
> | Very good move! Just to be curious shouldn't the LyXView.* and Pai
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
> And I want to rename LyXViewBase to LyXView and LyXView to XFormsView
> or something. (Less changes to the code)
Why? IMO the names are good as they are now! Would you call the Qt2 port
then also XFormsView? IMO this class names should stay equal for
On 03-Jul-2001 Dekel Tsur wrote:
> - I don't like the different background color for math insets.
> I know I can change it to the background color in preferences, but it is a good
> idea to make it different from the background color by default ?
> (BTW, the math background color is used for dra
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 03-Jul-2001 Lars Gullik Bjønnes wrote:
|
| >| > - adds a LyXViewBase that is the GUII of LyXView.
|
| Very good move! Just to be curious shouldn't the LyXView.* and Painter.*
| be moved to the frontends directory? Which directory structure
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 03-Jul-2001 Lars Gullik Bjønnes wrote:
|
| >| > - adds a LyXViewBase that is the GUII of LyXView.
|
| Very good move! Just to be curious shouldn't the LyXView.* and Painter.*
| be moved to the frontends directory? Which directory structure
On Tue, Jul 03, 2001 at 08:36:41AM +0200, Andre Poenitz wrote:
>
> Patches getting smaller nowadays... This one
>
> - implements a feature requested by Rainer Dorsch (hitting e.g.
> C-M/C-B/... changes the selection to math text/bold/...
Few problem with this feature:
- If I change 'abc' to b
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
>| > - adds a LyXViewBase that is the GUII of LyXView.
Very good move! Just to be curious shouldn't the LyXView.* and Painter.*
be moved to the frontends directory? Which directory structure would you
propose, or would you just drop it into the
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Jul 02, 2001 at 03:37:49PM +0200, Lars Gullik Bjønnes wrote:
| >
| > But you should anyway...
| >
| > - changes a lot of method names to begin with lowercase.
| > - adds a LyXViewBase that is the GUII of LyXView.
| > - mov
On Mon, Jul 02, 2001 at 03:37:49PM +0200, Lars Gullik Bjønnes wrote:
>
> But you should anyway...
>
> - changes a lot of method names to begin with lowercase.
> - adds a LyXViewBase that is the GUII of LyXView.
> - move ProhibitInput and Allowinput into LyXView
>
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Jul 02, 2001 at 09:55:23AM +0200, Lars Gullik Bjønnes wrote:
|
| > John Levon <[EMAIL PROTECTED]> writes:
| >
| > | string const tmp =
| > | comp[0] + _(" [sole completion]");
| > | -
Excuse my ignorance:
I'd like to remove math_parinset.h (not needed anymore).
I did the cvs remove some weeks ago, but now some "external" changes went
into cvs before and cvs is reporting 'cvs server: Up-to-date-check failing
for math_parinset.h [...] commit aborted' etc.
What am I supposed t
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Excuse my ignorance:
|
| I'd like to remove math_parinset.h (not needed anymore).
|
| I did the cvs remove some weeks ago, but now some "external" changes went
| into cvs before and cvs is reporting 'cvs server: Up-to-date-check failing
| for math_par
On 03-Jul-2001 Lars Gullik Bjønnes wrote:
> I belive that an
>
> lyx::Assert(pointer);
>
> should be added to all methods that take a pointer as arg and that
> require this pointer to be != 0.
Well yes I just think that in your case the pointer can only be NULL
if we run out of memory, isn't
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 02-Jul-2001 Lars Gullik Bjønnes wrote:
|
| >| I'l like this patch to go in, Jürgen.
|
| Go for it please all I see seems very resonable!
|
| >| +if (!recursive && (cached_bview == lbv))
| >| return cached_text;
| >
| > should rea
On 02-Jul-2001 Lars Gullik Bjønnes wrote:
>| I'l like this patch to go in, Jürgen.
Go for it please all I see seems very resonable!
>| +if (!recursive && (cached_bview == lbv))
>| return cached_text;
>
> should really not be needed to check cached_bview for != 0, we are
> jus
On 03-Jul-2001 Andre Poenitz wrote:
>> We can go on discussing this for as much time as you like and every time
>> I have to write a mail that is less time I can work on LyX, just select
>> what you like more!
>
> I guess you are lucky that it is not Friday yet ;-)
Well maybe I was a bit nervou
On 02-Jul-2001 Lars Gullik Bjønnes wrote:
> It is bad pratice to call the same method again and again when the
> result from the first call just could be reused.
Well but it's cleaner. Anyway I don't care about that it should just
work and as we already agreed we can do that later.
Jür
On 02-Jul-2001 Lars Gullik Bjønnes wrote:
>| One more stuff Lars I REALLY would apreciate if you would leave the
>| 'if ((expr == oexpt) || some_bool)' parentesis untouched. I think we
>| already discussed this and at least in the files I have to work with
>| "A LOT", I'm faster to see what happ
80 matches
Mail list logo
