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
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...)
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 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.
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
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
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
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'
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
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 '
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
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
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 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
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
>> 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
Andre Poenitz wrote:
> I did not want to sound offensive.
> But I will try harder.
To be offensive? Good-o. (;-)
--
Angus
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:
> 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...
>
>
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
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
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
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
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 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
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 ;-)
--
Jose' Matos wrote:
> This is the new address:
> http://www.lyx.org/~jamatos/archaeology/
Then you should fix the title also...
--
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.
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
===
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
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_
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
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 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
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 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'
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
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
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/
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
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 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 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: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
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: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
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 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
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 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
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
51 matches
Mail list logo