On Mon, Oct 28, 2002 at 01:49:55PM +0100, Andre Poenitz wrote:
> Care to give a pointer to the archives?
Hmm, the nearest I can find is this :
"I'd rather have this than have 99% of the thing unusable to benefit
some theoretical "correctness" yardstick that nobody but the developers
care about.
On Mon, Oct 28, 2002 at 12:44:15PM +, John Levon wrote:
> This sounds entirely ideal, in fact so ideal I proposed exactly that
> during the last thread on this and was rebutted.
Care to give a pointer to the archives?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
On Mon, Oct 28, 2002 at 08:53:28AM +0100, Andre Poenitz wrote:
> > We should at least prevent embedding a font command inside itself,
> > e.g. \mathbf{x\mathbf{y}}.
>
Well, I don't know why I can't resist ...
> You know that I don't agree. This is already valid LaTeX
who cares ?
> could be gi
On Mon, Oct 28, 2002 at 09:05:07AM +0200, Dekel Tsur wrote:
> On Mon, Oct 28, 2002 at 06:49:29AM +0100, Andre Poenitz wrote:
> > On Sat, Oct 26, 2002 at 03:45:05AM +0930, Darren Freeman wrote:
> > > It seems to be because of the insanely complicated way that mathed likes
> > > to embed box within b
On Mon, Oct 28, 2002 at 06:49:29AM +0100, Andre Poenitz wrote:
> On Sat, Oct 26, 2002 at 03:45:05AM +0930, Darren Freeman wrote:
> > It seems to be because of the insanely complicated way that mathed likes
> > to embed box within box within box.
>
> Feel free to make proposals how "boxes within bo
On Sat, Oct 26, 2002 at 03:45:05AM +0930, Darren Freeman wrote:
> It seems to be because of the insanely complicated way that mathed likes
> to embed box within box within box.
Feel free to make proposals how "boxes within boxes" can be avoided.
> If you don't carefully dit one box at a time, and
On Fri, 2002-10-25 at 04:15, Dekel Tsur wrote:
> On Thu, Oct 24, 2002 at 03:00:49PM +0200, Andre Poenitz wrote:
> > On Thu, Oct 24, 2002 at 10:18:25PM +0930, Darren Freeman wrote:
> > > Are there plans to make it more intuitive? Like bind the ctrl-b to the
> > > correct action when in mathed?
> >
On Fri, Oct 25, 2002 at 09:42:32PM +0930, Darren Freeman wrote:
> > Why do you need context sensitive keybindings for that ?
> > You can just use the following patch.
>
> I can't tell for sure, but doesn't that entirely replace the ability to
> insert bold outside of mathed?
No, the patch was loc
Dekel,
On Fri, 2002-10-25 at 04:15, Dekel Tsur wrote:
> On Thu, Oct 24, 2002 at 03:00:49PM +0200, Andre Poenitz wrote:
> > On Thu, Oct 24, 2002 at 10:18:25PM +0930, Darren Freeman wrote:
> > > Are there plans to make it more intuitive? Like bind the ctrl-b to the
> > > correct action when in mathe
On Thu, Oct 24, 2002 at 08:45:55PM +0200, Dekel Tsur wrote:
> Why do you need context sensitive keybindings for that ?
Because I don't like the same LFUN producing different things.
But as we won't have the context sensitive keybindings anytime soon
it might be the best to do as you propose at le
On Fri, Oct 25, 2002 at 12:05:53AM +0930, Darren Freeman wrote:
> Oh well, *I* know what it means.. But the next person will ask all over
> again...
Yes. Even so, explaining this a hundred times is in this case
still less trouble as implementing a bullet proff solution.
Apart from that, people le
On Thu, 2002-10-24 at 22:34, Andre Poenitz wrote:
> On Thu, Oct 24, 2002 at 10:29:38PM +0930, Darren Freeman wrote:
> > > Not trivial.
> >
> > What about a helpful tip along with the error message? So people don't
> > need to run for help =) (OK, so *I* don't run for help...)
>
> We'd need to gue
On Thu, Oct 24, 2002 at 10:29:38PM +0930, Darren Freeman wrote:
> > Not trivial.
>
> What about a helpful tip along with the error message? So people don't
> need to run for help =) (OK, so *I* don't run for help...)
We'd need to guess what the LaTeX error means. Non-trivial...
Andre'
--
Those
On Thu, Oct 24, 2002 at 10:21:47PM +0930, Darren Freeman wrote:
> Isn't there an easier way? Could just selecting a whole heap of stuff
> and hitting ctrl-B sort through the different elements selected and
> em-bold-en them properly?
You could bind a key like
\bind C-S-B "math-insert \mathbf"
w
On Thu, Oct 24, 2002 at 10:18:25PM +0930, Darren Freeman wrote:
> Are there plans to make it more intuitive? Like bind the ctrl-b to the
> correct action when in mathed?
We need "context sensitive keybings" for that which we currently don't
have. But yes, it would make sense.
> Also, I did what y
On Thu, 2002-10-24 at 19:49, Andre Poenitz wrote:
> On Thu, Oct 24, 2002 at 12:03:42PM +0200, Dekel Tsur wrote:
> > We don't support other formats now, and we won't in the near future.
>
> Well. We do a bit of MathML, and there are the CAS backends.
>
> > In my opinion, you should prevent the use
On Thu, 2002-10-24 at 16:43, Andre Poenitz wrote:
> On Thu, Oct 24, 2002 at 07:38:12AM +0930, Darren Freeman wrote:
> > > You are using underscore in a \textrm environment.
> > > LaTeX does not like this.
Ok solved it for myself, I must use normal bold over the roman text,
then mathed bold over t
On Thu, 2002-10-24 at 16:43, Andre Poenitz wrote:
> On Thu, Oct 24, 2002 at 07:38:12AM +0930, Darren Freeman wrote:
> > > You are using underscore in a \textrm environment.
> > > LaTeX does not like this.
> >
> > Sorry, I don't understand what you mean. The problem is not there if I
> > don't try
On Thu, Oct 24, 2002 at 01:49:35PM +0200, Jean-Marc Lasgouttes wrote:
> Why? In normal text mode we do not prevent from entering _. We just
> enter \_ instead.
Even that would be a hassle to implement in math. Basically every
non-trivial move would have to make sure that it does not break
LaTeX e
On Thu, Oct 24, 2002 at 01:49:35PM +0200, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> On Wed, Oct 23, 2002 at 08:30:55PM +0200, Andre Poenitz wrote:
> >> On Thu, Oct 24, 2002 at 03:14:19AM +0930, Darren Freeman wrote:
> >>
> >> You could argue
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Wed, Oct 23, 2002 at 08:30:55PM +0200, Andre Poenitz wrote:
>> On Thu, Oct 24, 2002 at 03:14:19AM +0930, Darren Freeman wrote:
>>
>> You could argue that LyX should make it impossible to put
>> underscores in "invalid" positions bu
On Thu, Oct 24, 2002 at 12:03:42PM +0200, Dekel Tsur wrote:
> We don't support other formats now, and we won't in the near future.
Well. We do a bit of MathML, and there are the CAS backends.
> In my opinion, you should prevent the user from entering underscores
> in forbidden places.
Not trivia
On Thu, Oct 24, 2002 at 12:03:42PM +0200, Dekel Tsur wrote:
> We don't support other formats now, and we won't in the near future.
> In my opinion, you should prevent the user from entering underscores
> in forbidden places.
How?
Andre'
--
Those who desire to give up Freedom in order to gain Se
On Thu, Oct 24, 2002 at 09:13:37AM +0200, Andre Poenitz wrote:
> which is ok, as the _1 is outside "math text mode". Then there is
>
> \begin{array}... \textbf{\textrm{HH}_1}
>
> which is not ok, as the \textbf puts you in text bold mode. A solution
> would be to use
>
> \begin{array}... \m
On Wed, Oct 23, 2002 at 08:30:55PM +0200, Andre Poenitz wrote:
> On Thu, Oct 24, 2002 at 03:14:19AM +0930, Darren Freeman wrote:
>
> You could argue that LyX should make it impossible to put underscores in
> "invalid" positions but other export formats may have different
> preferences...
We don't
On Thu, Oct 24, 2002 at 07:38:12AM +0930, Darren Freeman wrote:
> > You are using underscore in a \textrm environment.
> > LaTeX does not like this.
>
> Sorry, I don't understand what you mean. The problem is not there if I
> don't try to put bold (or emphasis as it turns out) in a mathed box.
It
On Thu, 2002-10-24 at 04:00, Andre Poenitz wrote:
> On Thu, Oct 24, 2002 at 03:14:19AM +0930, Darren Freeman wrote:
> > I've attached a cut-and paste of the problem, BTW.
>
> You are using underscore in a \textrm environment.
> LaTeX does not like this.
Sorry, I don't understand what you mean. Th
On Thu, 2002-10-24 at 03:40, Andre Poenitz wrote:
> On Thu, Oct 24, 2002 at 02:03:43AM +0930, Darren Freeman wrote:
> > I just found what I think are more mathed bugs in 1.3.0CVS.
> >
>
> > With the cursor inside a mathed box, hit tab. The cursor will jump
> > elsewhere in the document (a fair wa
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Index: math_cursor.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_cursor.C,v
| retrieving revision 1.325
| diff -u -p -r1.325 math_cursor.C
| --- math_cursor.C 22 O
On Thu, Oct 24, 2002 at 03:14:19AM +0930, Darren Freeman wrote:
> I've attached a cut-and paste of the problem, BTW.
You are using underscore in a \textrm environment.
LaTeX does not like this.
You could argue that LyX should make it impossible to put underscores in
"invalid" positions but other
On Thu, Oct 24, 2002 at 02:03:43AM +0930, Darren Freeman wrote:
> I just found what I think are more mathed bugs in 1.3.0CVS.
>
> Write some text into mathed and make it roman. Select the latter half of
> it and hit underscore. The selection is replaced by a subscript
> containing the whole mathed
On Thu, 2002-10-24 at 02:03, Darren Freeman wrote:
> Create a matrix inside a mathed box. Fill in the entries with roman
> text. Select a few of them and make them bold. The document will have
> LaTeX errors when viewing, related to missing $ or extra }. I suspect
> this is an issue with bold, sinc
On Tue, Oct 30, 2001 at 01:23:31PM +0100, Jean-Marc Lasgouttes wrote:
> The remaining problem is that \| is translated to \parallel, instead
> of \Vert (the former is a relation symbol, while the later is a plain
> old symbol).
Should be fixed now.
Andre'
--
André Pönitz ..
On Thu, Oct 18, 2001 at 01:38:33PM +0200, Michael Schmitt wrote:
> PS: What is the best (freely available) Linux tool for checking memory
> accesses and leaks? I know that nothing compares to Purify but is there
> anything better than electric fence?
I believe the basic Purify techniques are US-
On Thu, Oct 18, 2001 at 01:38:33PM +0200, Michael Schmitt wrote:
> It is good to see that you and Jean Marc are discussing
> basic problems such as "undo".
[Are we?]
> PS: What is the best (freely available) Linux tool for checking memory
> accesses and leaks? I know that nothing compares to Pur
On Thu, 18 Oct 2001, Andre Poenitz wrote:
> | - "File->Exit" does not work while editing a math formula;
> | the same holds for opening/closing a file, changing paragraph layout...
> | (This must definitely be fixed!)
>
> Should be fixed.
Just in case the report is still on my list I will re
>From the bug list
| - "File->Exit" does not work while editing a math formula;
| the same holds for opening/closing a file, changing paragraph layout...
| (This must definitely be fixed!)
Should be fixed.
Andre'
--
André Pönitz .. [EMAIL PROT
On Fri, Sep 14, 2001 at 12:38:56PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> I've just updated the list of mathed bugs (src/mathed/BUGS).
>
> Andre> I'll delete the items marked with '//' soon unless somebody
> Andre> complains.
>
On Mon, Jul 30, 2001 at 11:11:44AM +0300, Baruch Even wrote:
> Selection in mathed is flawed, once upon a time, if I wanted to delete a
> row in mathed I would go the line before it to its very end, press
> shift-down_arrow which selects the line under and hit delete to remove
> the row. Nowadays,
> Hi,
>
> when loading my thesis with the latest cvs, I get the following Segfault:
Could you send me some minimal file that does not use unusual external
packages and exhibit that behaviour?
> Could somebody please have a look at it??? I think it would be nice if
> mathed stabilizes again befo
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
Baruch> While trying to figure out the reason for the crashing bug on
Baruch> undo, I've traced it out in the mathed domain. Trying to fix
Baruch> various bits that seemed just plain wrong I encountered quite
Baruch> a bit of problems and
> One example that I have is the LyxArrayBase, in its opertator=, I believe
> it is missing a set of this->last, however changing that gave rise to a
> bug elsewhere that I havent traced yet where the last value is somewhere
> above a million and maxsize is 16.
I think it should be tried to repla
As I said the bugs are subtle and solving one thing that seems to be a
bug, gives rise to other subtle bugs that were hidden before.
One example that I have is the LyxArrayBase, in its opertator=, I believe
it is missing a set of this->last, however changing that gave rise to a
bug elsewhere that
43 matches
Mail list logo
