Lars Gullik BjÃnnes wrote:
> | for the records... it wasn't me (I don't make mistakes!)
>
> Oh no... not another one. ;-)
You mean I'm not alone? ;-)
Alfredo
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| for the records... it wasn't me (I don't make mistakes!)
Oh no... not another one. ;-)
--
Lgb
Andre Poenitz wrote:
> Hm...
>
> Let's blame Alfredo.
stabber
> I nowadays can insert an ordinary character behind a displayed math
> inset, too, so something's fishy there...
for the records... it wasn't me (I don't make mistakes!)
Alfredo
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Oct 27, 2003 at 04:29:32PM +0100, Lars Gullik Bjønnes wrote:
>> I think we should get rid of the concept of "inlined" insets.
>
| I don't care too much, but if I were to decide on a direction I'd move
| the other way, i.e. move away from a format
On Monday 27 October 2003 15:42, Andre Poenitz wrote:
> On Mon, Oct 27, 2003 at 03:30:41PM +, Jose' Matos wrote:
> > > Looks funny.
> >
> > An weird. :-)
I meant:
And weird. :-)
> Better now.
Ok.
> Andre'
--
José Abílio
On Mon, Oct 27, 2003 at 03:30:41PM +, Jose' Matos wrote:
> > Looks funny.
>
> An weird. :-)
Better now.
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 Mon, Oct 27, 2003 at 04:29:32PM +0100, Lars Gullik Bjønnes wrote:
> I think we should get rid of the concept of "inlined" insets.
I don't care too much, but if I were to decide on a direction I'd move
the other way, i.e. move away from a format where newlines are
significant.
> The amount of b
On Monday 27 October 2003 15:26, Andre Poenitz wrote:
> > I nowadays can insert an ordinary character behind a displayed math
> > inset, too, so something's fishy there...
>
> Hm, it rather looks like the first character on the following row is
> echoed behind a displayed math row.
That happens
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Oct 27, 2003 at 04:17:59PM +0100, Lars Gullik Bjønnes wrote:
>> "Jose' Matos" <[EMAIL PROTECTED]> writes:
>>
>> | On Monday 27 October 2003 15:02, Andre Poenitz wrote:
>> >> On Mon, Oct 27, 2003 at 02:55:24PM +, Jose' Matos wrote:
>> >> > Hi
On Mon, Oct 27, 2003 at 04:21:12PM +0100, Andre' Poenitz wrote:
> On Mon, Oct 27, 2003 at 03:12:15PM +, Jose' Matos wrote:
> > On Monday 27 October 2003 14:55, Jose' Matos wrote:
> > > Hi André,
> > > probably not your doing, but... :-)
> > >
> > > If I insert a new inset horizontal line wh
On Mon, Oct 27, 2003 at 04:17:59PM +0100, Lars Gullik Bjønnes wrote:
> "Jose' Matos" <[EMAIL PROTECTED]> writes:
>
> | On Monday 27 October 2003 15:02, Andre Poenitz wrote:
> >> On Mon, Oct 27, 2003 at 02:55:24PM +, Jose' Matos wrote:
> >> > Hi André,
> >> > probably not your doing, but... :-
On Mon, Oct 27, 2003 at 03:12:15PM +, Jose' Matos wrote:
> On Monday 27 October 2003 14:55, Jose' Matos wrote:
> > Hi André,
> > probably not your doing, but... :-)
> >
> > If I insert a new inset horizontal line while playing with it I get:
> >
> > Assertion triggered in void LyXText::
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| On Monday 27 October 2003 15:02, Andre Poenitz wrote:
>> On Mon, Oct 27, 2003 at 02:55:24PM +, Jose' Matos wrote:
>> > Hi André,
>> >probably not your doing, but... :-)
>>
>> Of course not.
>>
>> But as you are among the living: I'd need some lyx
On Monday 27 October 2003 14:55, Jose' Matos wrote:
Not sure if related but:
I always get the first char of a new line in the previous. Probably already
reported...
This is probably to Alfredo. :-)
--
José Abílio
LyX and docbook, a perfect match. :-)
On Monday 27 October 2003 14:55, Jose' Matos wrote:
> Hi André,
> probably not your doing, but... :-)
>
> If I insert a new inset horizontal line while playing with it I get:
>
> Assertion triggered in void LyXText::setCursor(LyXCursor&, int, int, bool)
> by failing check "par != int(ow
On Monday 27 October 2003 15:02, Andre Poenitz wrote:
> On Mon, Oct 27, 2003 at 02:55:24PM +, Jose' Matos wrote:
> > Hi André,
> > probably not your doing, but... :-)
>
> Of course not.
>
> But as you are among the living: I'd need some lyx2lyx magic to
> translate pagebreak above/below int
On Mon, Oct 27, 2003 at 02:55:24PM +, Jose' Matos wrote:
> Hi André,
> probably not your doing, but... :-)
Of course not.
But as you are among the living: I'd need some lyx2lyx magic to
translate pagebreak above/below into a "\newpage\n" before or after
the paragaphh.
> If I inse
Hi André,
probably not your doing, but... :-)
If I insert a new inset horizontal line while playing with it I get:
Assertion triggered in void LyXText::setCursor(LyXCursor&, int, int, bool) by
failing check "par != int(ownerParagraphs().size())" in file text2.C:1286
I si
Dear Developpers,
LyX CVS gets better day by day and the New Insets are so much superior
to the old ones :-)
Anyway, there's one thing I really miss which was possible with the old
footnote and margin "insets":
- Marking text and pressing the footnote/ margin button created an
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Well, it compiles now, but I had two minipages in a row, 67% and 33%.
| The first one was gone. The second did not end in the correct place, but
| include subsequent .eps files. I cut those out and pasted them after the
| minipage.
| Text in the 33%
Well, it compiles now, but I had two minipages in a row, 67% and 33%.
The first one was gone. The second did not end in the correct place, but
include subsequent .eps files. I cut those out and pasted them after the
minipage.
Text in the 33% minipage wrapped earlier than it used to.
I could not fi
Juergen Vigna wrote:
> I'll fix this now (or try to) then please Garst have a look with your
> files and tell me if there are still differences in the produced code!
>
> Jürgen
I'll be happy to as soon as I can get it to compile.
gcc-3.0 log attached.
Garst
Making all in controllers
mak
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 22-Mar-2001 Jean-Marc Lasgouttes wrote:
>> Dumb question: why should we have handling for paragraph and hfill
>> in minipages? Since this can be handled directly by LyX, shoudn't
>> we remove such features now (and convert g
On 22-Mar-2001 Jean-Marc Lasgouttes wrote:
> Dumb question: why should we have handling for paragraph and hfill in
> minipages? Since this can be handled directly by LyX, shoudn't we
> remove such features now (and convert gracefully old files, of
> course)?
We are talking about reading old fil
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen>* The first of a series of minipages should be in it's own
Juergen> paragraph Lars did this but he also regarded the "Hfill"
Juergen> flag! In the old output routine this "Hfill" flag was not
Juergen> regarded, or if it was
Some more notes on this:
1. I've seen that Lars was busy and implemented the stuff where I only put
#warnings (very good work Lars!)
2. I fixed a small bug in the LaTeX production code where only withp_ was
outputed but not width_ (if not empty).
3. We have still some missbehaviours in t
On 22-Mar-2001 Garst R. Reese wrote:
> I notice that they are still not working. Is this still a known problem
> or should I send a more complete report?
No you're right some parameters is not taken into account when outputting the
LaTeX code. I'll have a look at this today!
Jürgen
--
-.
I notice that they are still not working. Is this still a known problem
or should I send a more complete report?
Garst
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | It | should be a normal paragraph, but hold a label (not in
Lars> the latex | sense) inset which is specific to captions.
Lars> The problem with this is special cases. We have still have a
Lars> _lot_ of code to handle the s
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> The problem with insetcaption is that it exists in a paragraph
| Lars> and also contains a paragraph. the alignment of the inset
| Lars> depends on the outer par, and the
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> The problem with insetcaption is that it exists in a paragraph
Lars> and also contains a paragraph. the alignment of the inset
Lars> depends on the outer par, and the drawing of the caption on the
Lars> inner par.
That's why I
Dekel Tsur <[EMAIL PROTECTED]> writes:
| It doesn't seem like a hard problem: the solution is to use the layout code:
| The attached patch is the basic ideas.
I did it first in the same way you do it in your patch. The problem
with it is that we should work towards making the code simpler and
m
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Jan 29, 2001 at 02:07:41PM +0100, Lars Gullik Bjønnes wrote:
| > And this looks like a problem with InsetText, I really need J?rgen to
| > take a look at this.
| >
| > Dekel, the two problems you point out here is the reason why I need
| > some, a
On Mon, Jan 29, 2001 at 02:07:41PM +0100, Lars Gullik Bjønnes wrote:
> And this looks like a problem with InsetText, I really need J?rgen to
> take a look at this.
>
> Dekel, the two problems you point out here is the reason why I need
> some, and ideas on how to fix this.
It doesn't seem like
On 29-Jan-2001 Lars Gullik Bjønnes wrote:
>
> And this looks like a problem with InsetText, I really need Jürgen to
> take a look at this.
Well you wouldn't believe but I had a look already. This problems are also
present in 1.1.6 and are update (repaint) problems. We have to find a way
to alwa
Dekel Tsur <[EMAIL PROTECTED]> writes:
| 1. The indentation in the caption is wrong:
| If there is only one line, the caption should be centered, but currently it
| is not. If there several lines, then we currently have hanging indentation
| i.e.
|Table: Text ..
| more text
1. The indentation in the caption is wrong:
If there is only one line, the caption should be centered, but currently it
is not. If there several lines, then we currently have hanging indentation
i.e.
Table: Text ..
more text
while the correct indentation is
Table: Text ..
I have come so far in the new insets branch that is now time to ask
for some help, both in testing and removing the remaining glitches.
I have the footnotes, marginpars, floats and minipages working, but
testing and some more work are needed.
There are som emajor new insets planned
38 matches
Mail list logo
