On Thu, Aug 28, 2003 at 07:00:42PM +, Angus Leeming wrote:
> I've been sitting on this all month, but I do think that this is about ready
> to go in.
Apply it then. :-)
I did not tested the patch, I have been busy with other subjects. ;-)
I don't have any objections to the code.
> Atta
On Thursday 28 August 2003 18:24, Angus Leeming wrote:
>
> You've been busy ;-)
A bit.
Do you like the opening picture? :-)
> Moving on to archaeology/lyx-time.html
>
> "For more informations regarding the origins of LyX see the
> LyX Development News #10."
> Information is always singular in
I've been sitting on this all month, but I do think that this is about ready
to go in.
Attached is a rewrite of the BibTeX inset so that it derives direct from
InsetOld rather than from the totally inappropriate InsetCommand.
I've also played with the xforms dialog and I'd appreciate any feedba
On Thu, Aug 28, 2003 at 10:28:11AM -0700, Kayvan A. Sylvan wrote:
> If you have a line that ends with a hard newline (Control-Enter), and
> you put the cursor at the beginning of that line and hit the "End" key,
> the cursor stops at the beginning of the next line, not the end
> of the current one
If you have a line that ends with a hard newline (Control-Enter), and
you put the cursor at the beginning of that line and hit the "End" key,
the cursor stops at the beginning of the next line, not the end
of the current one.
This is particularly annoying with Literate scraps and with Code chunks
On Thu, Aug 28, 2003 at 06:51:58PM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > (B) is what you and John propose. Now, it _is_ possible for static
> > text. TeX does its typesetting this way. But think about how you would
> > edit such a thing. How would you implement 'empty cell
Andre Poenitz wrote:
> (B) is what you and John propose. Now, it _is_ possible for static
> text. TeX does its typesetting this way. But think about how you would
> edit such a thing. How would you implement 'empty cells' of a fresh
> frac? What kind of magic would be needed to turn the single sy
On Thu, Aug 28, 2003 at 06:42:01PM +0200, Andre' Poenitz wrote:
> On Thu, Aug 28, 2003 at 06:06:30PM +0200, Alfredo Braunstein wrote:
> All I can do is to repeat that I tried (B) but ended up doing (B) for
> mathed.
All I can do is to repeat that I tried (B) but ended up doing (A) for
mathed.
And
On Thu, Aug 28, 2003 at 05:26:34PM +0100, John Levon wrote:
> On Thu, Aug 28, 2003 at 10:09:28AM +0200, Andre Poenitz wrote:
>
> > Let's see some of John's complaints first...
>
> I'm stepping out. Coder gets to choose.
>
> In the (final) end, I don't think our code would really look that
> diff
On Thu, Aug 28, 2003 at 06:06:30PM +0200, Alfredo Braunstein wrote:
> But I swear I have good intentions. O:-)
>
> Sorry for going on with this, and I apologise if these are old arguments. I
> still don't fully understand.
>
> Mathed things go like this: a mathematical expression (cell) is a seq
On Thu, Aug 28, 2003 at 09:23:29AM +, Angus Leeming wrote:
> Goal: preserve the historic knowleadge of LyX in a single place, both the
> release as well as the thecnical information related.
Add a paragraph about how we could release 1.4.0 within 45 minutes.
regards,
alistair
--
Khendon's
On Thu, Aug 28, 2003 at 10:09:28AM +0200, Andre Poenitz wrote:
> Let's see some of John's complaints first...
I'm stepping out. Coder gets to choose.
In the (final) end, I don't think our code would really look that
different.
regards,
john
--
Khendon's Law:
If the same point is made twice by
Jose' Matos wrote:
> On Thursday 28 August 2003 16:51, Angus Leeming wrote:
>> >> Jose' Matos wrote:
>> >> > This is the new address:
>> >> > http://www.lyx.org/~jamatos/archaeology/
>>
>> I think that your links are also suspect.
>> For example
>> Release of LyX 0.12.0, date 1998/
But I swear I have good intentions. O:-)
Sorry for going on with this, and I apologise if these are old arguments. I
still don't fully understand.
Mathed things go like this: a mathematical expression (cell) is a sequence
of mathematical symbols (math insets). every mathematical symbol is either
On Thursday 28 August 2003 16:51, Angus Leeming wrote:
> >> Jose' Matos wrote:
> >> > This is the new address:
> >> > http://www.lyx.org/~jamatos/archaeology/
>
> I think that your links are also suspect.
> For example
> Release of LyX 0.12.0, date 1998/02/10 points to a web address
On Thu, Aug 28, 2003 at 03:36:25PM +0100, Jose' Matos wrote:
> http://www.lyx.org/~jamatos/archaeology/
> [...] Sorry, I am slow. :-)
Never mind. Dead things usually don't run away...
Andre'
Jose' Matos wrote:
> On Thursday 28 August 2003 13:22, Angus Leeming wrote:
>> Jose' Matos wrote:
>> > This is the new address:
>> > http://www.lyx.org/~jamatos/archaeology/
>>
>> Then you should fix the title also...
>
> I finally understood what you mean. Sorry, I am slow. :-)
On Thursday 28 August 2003 13:22, Angus Leeming wrote:
> Jose' Matos wrote:
> > This is the new address:
> > http://www.lyx.org/~jamatos/archaeology/
>
> Then you should fix the title also...
I finally understood what you mean. Sorry, I am slow. :-)
Thanks,
--
José Abílio
LyX
On Thu, Aug 28, 2003 at 03:49:47PM +0200, Michael Schmitt wrote:
> Hello,
>
> whenever I edit some math formula (in an otherwise empty doc) and close
> the document afterwards, the following valgrind report (and many more)
> appears:
>
> ==28940== Invalid read of size 4
> ==28940==at 0x8192
On Thu, Aug 28, 2003 at 10:27:10AM -0300, Garst R. Reese wrote:
> Andre Poenitz wrote:
> >
> > On Wed, Aug 27, 2003 at 05:44:10PM -0300, Garst R. Reese wrote:
> > > Is the serving any purpose?
> >
> > Well...
> >
> The problem is that I get so many of them that I loose msgs that might
> tell me
Hello,
whenever I edit some math formula (in an otherwise empty doc) and close
the document afterwards, the following valgrind report (and many more)
appears:
==28940== Invalid read of size 4
==28940==at 0x8192E8E: MathCursor::info() const (math_cursor.C:1298)
==28940==by 0x80D54F7: bv_
Andre Poenitz wrote:
>
> On Wed, Aug 27, 2003 at 05:44:10PM -0300, Garst R. Reese wrote:
> > Is the serving any purpose?
>
> Well...
>
The problem is that I get so many of them that I loose msgs that might
tell me something, but if you need it...
Garst
Any objections to me applying these patches to the 13x and 14x trees?
--
Angus--nextPart1501645.kgjWjmf1ZC
Content-Type: text/x-diff; name="insetgraphics_13x.diff"
Content-Transfer-Encoding: 8Bit
Content-Disposition: attachment; filename="insetgraphics_13x.diff"
Index: status.13x
===
On Thursday 28 August 2003 13:22, Angus Leeming wrote:
> Jose' Matos wrote:
> > This is the new address:
> > http://www.lyx.org/~jamatos/archaeology/
>
> Then you should fix the title also...
But then that would a fraud, I am letting the title stay for its
archaeological value.
Jose' Matos wrote:
> This is the new address:
> http://www.lyx.org/~jamatos/archaeology/
Then you should fix the title also...
--
Jose' Matos wrote:
> To my defense I should say that I have consulted the online
> Merriam-Webster Dictionary just to be sure, and since it
> accepted the word... :-)
Sure. A US-dominated world ;-)
--
On Thu, 28 Aug 2003, Jose' Matos wrote:
> That it is a neat idea, add the screenshots to the timeline. That was not my
> initial objective, but ok. I wanted to have all the images in one place to
> make it easy to see the evolution of the user interface.
Add the screenshots to the timeline, and
On Thursday 28 August 2003 10:23, Angus Leeming wrote:
> Asger Kunuk Alstrup wrote:
> >> > > http://www.lyx.org/~jamatos/archeology/
This is the new address:
http://www.lyx.org/~jamatos/archaeology/
> >> I have placed that information in a different place.
>
> There are several
On Thursday 28 August 2003 09:11, Asger Kunuk Alstrup wrote:
> On Wed, 27 Aug 2003, Jose' Matos wrote:
> > > > http://www.lyx.org/~jamatos/archeology/
> >
> > I have placed that information in a different place.
>
> I think the information is great. However, I believe that if you just make
> one
Andre Poenitz wrote:
> On Thu, Aug 28, 2003 at 11:20:26AM +0200, Braunstein Alfredo wrote:
>> Hum. Because it saves cycles (and lines)?
>>
>> (hint: the cycles saved are not on the final 'found it' step, but before)
>
> Okok
>
> [Although I still don't see how it works...]
I can be wrong, but
Michael Schmitt wrote:
> "CLOSED". Could you please check whether it is possible to remove it
> from bugzilla?
Can't we simply agree to use only either VERIFIED or CLOSED?
Alfredo
On Thu, Aug 28, 2003 at 11:20:26AM +0200, Braunstein Alfredo wrote:
> Hum. Because it saves cycles (and lines)?
>
> (hint: the cycles saved are not on the final 'found it' step, but before)
Okok
[Although I still don't see how it works...]
Andre'
--
Those who desire to give up Freedom in orde
Andre Poenitz wrote:
> On Thu, Aug 28, 2003 at 09:39:55AM +0200, Alfredo Braunstein wrote:
>> Andre Poenitz wrote:
>>
>> > Does this work for tables?
>>
>> I think so: if some internal inset->getParagraphs(i) is to be reached by
>> pit, then surely getParagraphs(0) has been reached first...
>
>
Michael Schmitt <[EMAIL PROTECTED]> writes:
| >> Another issue that I have already addressed in a former email, is the
| >> documentation of design faults. In John's opinion, bugzilla should
| >> only list user visible problems. IMHO design issues should also be
| >> mentioned somewhere. I pro
Andre Poenitz wrote:
> I did not want to sound offensive.
> But I will try harder.
To be offensive? Good-o. (;-)
--
Angus
>> Another issue that I have already addressed in a former email, is the
>> documentation of design faults. In John's opinion, bugzilla should
>> only list user visible problems. IMHO design issues should also be
>> mentioned somewhere. I propose to add another severity level "design"
>> for that p
Asger Kunuk Alstrup wrote:
>> > > http://www.lyx.org/~jamatos/archeology/
>>
>> I have placed that information in a different place.
There are several spelling mistakes in this:
Goal: preserve the historic knowleadge of LyX in a single place, both the
release as well as the thecnical informat
On Thu, Aug 28, 2003 at 09:12:12AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> >> Then rename it as ParBox... (as a first step in removing all the
> >> unnecessary polymorphic stuff from it).
> >
> > Let's see some of John's complaints first...
>
> He hasn't said anything nasty to you to
Andre Poenitz wrote:
>> Then rename it as ParBox... (as a first step in removing all the
>> unnecessary polymorphic stuff from it).
>
> Let's see some of John's complaints first...
He hasn't said anything nasty to you today. Don't bait him for the sake of
it, there's a good man.
A
On Wed, 27 Aug 2003, Jose' Matos wrote:
> > > http://www.lyx.org/~jamatos/archeology/
>
> I have placed that information in a different place.
I think the information is great. However, I believe that if you just make
one overview page with all the LyX information, that would be better. Now,
yo
On Thu, Aug 28, 2003 at 09:02:55AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> >> (anyway, I think that all this solution is a trick, that works only if
> >> the "embedded in inset" insets are insettexts. Is this the case?)
> >
> > As far as I know, yes.
> >
> > [That's why I think 'Inse
Andre Poenitz wrote:
>> (anyway, I think that all this solution is a trick, that works only if
>> the "embedded in inset" insets are insettexts. Is this the case?)
>
> As far as I know, yes.
>
> [That's why I think 'InsetText' is a mis-nomer. It is Asger's 'ParBox' and
> my 'Cell'. There is not '
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Dear Lars,
>
| John and me came to the conclusion that it already takes enough time
| to first set the bug status to RESOLVED/WONTFIX/... and to set it to
| VERIFIED afterwards. In other words: There is no real need for status
| "CLOSED". Could you ple
On Thu, Aug 28, 2003 at 09:39:55AM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > Does this work for tables?
>
> I think so: if some internal inset->getParagraphs(i) is to be reached by
> pit, then surely getParagraphs(0) has been reached first...
And how does this help?
Andre'
On Thu, Aug 28, 2003 at 09:39:55AM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > Does this work for tables?
>
> I think so: if some internal inset->getParagraphs(i) is to be reached by
> pit, then surely getParagraphs(0) has been reached first...
>
> (anyway, I think that all thi
Dear Lars,
John and me came to the conclusion that it already takes enough time to
first set the bug status to RESOLVED/WONTFIX/... and to set it to
VERIFIED afterwards. In other words: There is no real need for status
"CLOSED". Could you please check whether it is possible to remove it
from b
Andre Poenitz wrote:
> Does this work for tables?
I think so: if some internal inset->getParagraphs(i) is to be reached by
pit, then surely getParagraphs(0) has been reached first...
(anyway, I think that all this solution is a trick, that works only if the
"embedded in inset" insets are insette
On Thu, Aug 28, 2003 at 08:57:17AM +0200, Asger Kunuk Alstrup wrote:
> And Andre has prior art in Mathed which works just as well. (Andre is
> making a mistake to call it a cell, because normally a cell is an atomic
> thing. However, a ParBox is a composed thing, so that name is confusing
> things.
On Wed, Aug 27, 2003 at 10:44:10PM +0200, Alfredo Braunstein wrote:
> Saves a few cycles (and lines), and is enough. Ok?
>
> Alfredo
>
> Index: paragraph_funcs.C
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/paragraph_funcs
On Wed, Aug 27, 2003 at 05:44:10PM -0300, Garst R. Reese wrote:
> Is the serving any purpose?
Well...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
So, the discussion is whether there is a need for ParBox or not.
Lars said:
> Some data<->view stuff seems to be mixed here.
This is the key to the answer:
If you have ParBox, the view part will be simpler.
ParBox corresponds to a list of Paragraphs. This is a sane concept,
and is reflected in
51 matches
Mail list logo
