On Tue, 26 Jul 2005 05:52:27 +0300 (EEST) Martin Vermeer <[EMAIL PROTECTED]>
wrote:
> On Mon, 25 Jul 2005 21:39:06 +0100 John Levon
> <[EMAIL PROTECTED]> wrote:
,,,
> > What about the other scrollbar bug targetted at 1.4.0? Do you have
> an > idea on that? (bug 1923)
>
> Please, somebody tr
On Mon, 25 Jul 2005 21:39:06 +0100 John Levon
<[EMAIL PROTECTED]> wrote:
> On Mon, Jul 25, 2005 at 11:33:22PM +0300, Martin Vermeer wrote:
>
> > If you like... it is as good as we can do without knowing the
true > > height of every paragraph... which we have chosen not to.
Not > > elegant, but
I still need an OK for:
http://marc.theaimsgroup.com/?l=lyx-devel&m=112195874122996&w=2
Andre doesn't seem to be about so my half-solution for math will do for
now. It's better than the previous state...
regards
john
On Mon, Jul 25, 2005 at 11:33:22PM +0300, Martin Vermeer wrote:
> If you like... it is as good as we can do without knowing the true
> height of every paragraph... which we have chosen not to. Not
> elegant, but will have to do.
Yes, this is what I mean to say in my quite brutish way.
> BTW I
On Mon, 25 Jul 2005 18:09:12 +0100 John Levon
<[EMAIL PROTECTED]> wrote:
> On Mon, Jul 25, 2005 at 07:46:39PM +0300, Martin Vermeer wrote:
>
> > This is the nature of our bug. The fix is to increase the grey
area > > seen when scrolling to the bottom, from 25% to 75%. Then
this >
> This is no
José, is it intentional that normalize_paragraph_params in lyx_1_4.py does
not handle \leftindent?
Georg
Jean-Marc Lasgouttes wrote:
> Do you remember in which cases this trimming business is useful?
We make the assumption all over the place that our params are trimmed.
Again, this is the first bug report we've ever received about excessive
trimming...
--
Angus
On Mon, Jul 25, 2005 at 07:46:39PM +0300, Martin Vermeer wrote:
> This is the nature of our bug. The fix is to increase the grey area
> seen when scrolling to the bottom, from 25% to 75%. Then this
This is not a fix at all but an (unpleasant) workaround... but we can
live with it.
john
On Wed, 20 Jul 2005 02:10:00 +0200 Lars Gullik Bjønnes
<[EMAIL PROTECTED]> wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | This is a provisional patch, tested on a few test cases.
> >
> | I can't say I like the logic, but if it works...
>
> I need other eyes than mine to look at this
Georg Baum <[EMAIL PROTECTED]> writes:
| I think we should do 3) for 1.3.7, and that is implemented in the attached
| patch. Is that OK, Jean-Marc?
J-M decides what to do with this case.
--
Lgb
See http://bugzilla.lyx.org/show_bug.cgi?id=1942. The problem is in short
form that the wasysym package defines \iint and \iiint that don't look
alike to \int, and that we force the wasysym package now for symbols that
use the wasy font.
There are several solutions:
1) Use amsmath for \iint and \i
Georg Baum <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>
>>> "Georg" == Georg Baum
>>> <[EMAIL PROTECTED]>
>>> writes:
>>
I think that tex2lyx should exit (creating nothing) if it
ascertains that it will create more than one file and --outdir has
not been
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> Personally, I'd rather have tex2lyx work like reLyX did, since it
>> is less surprising for old users.
Georg> That makes indeed sense. You have changed my mind and I now
Georg> propose the attached patch.
Georg> Lars, is that OK?
I like
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
>>> I think that tex2lyx should exit (creating nothing) if it
>>> ascertains that it will create more than one file and --outdir has
>>> not been specified.
>
> Georg> Why? It is IMO rather usefu
Hi!
I did some testing and noticed the following issues:
* LyX crashes if no locale is set in the environment
* managed to trigger one of the assertions (x > something IIRC)
* using mouse to place cursor into math superscripts still doesn't work
* still ugly accents in menus.
I'll look into the
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> Well, the patch does not fit opimally in the code ;),
Angus> Je ne te comprends pas.
There is a nice generic function, and instead of using it everytime,
we build a special one that will be used in o
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> I think that tex2lyx should exit (creating nothing) if it
>> ascertains that it will create more than one file and --outdir has
>> not been specified.
Georg> Why? It is IMO rather useful to be able to convert a larger
Georg> project with
Lars Gullik Bjønnes wrote:
> Is this the same way reLyX used ot handle params?
No. reLyX always translates infile.tex to infile.lyx, and you cannot give
the output filename.
> Patch looks good to me, refinements can be done later.
OK, I'll apply it then.
Georg
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> But remember that that is not how it works anymore.
>
| It seems that it does not work at all anymore:
>
| Access denied: Insufficient Karma (baum|lyx-devel/src/frontends/gtk)
| cvs server: Pre-commit check failed
You d
Georg Baum <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
>
>> Georg Baum wrote:
>>> Nobody answered this one.
>>>
>>> Do we want
>>> tex2lyx infile.tex
>>>
>>> to create infile.lyx or do we want it to write to stdout like it is doing
>>> now?
>>
>> I think that it should write to stdout. I
Lars Gullik Bjønnes wrote:
> Exactly... I am not confident that disabling paragraph breaks etc.
> inside tabular cells do not have side effects.
But they have to be disabled anyhow.
> Have you tested tabulars thoroughly with this patch applied?
Yes.
> No regressions?
No. Only some more (indepe
Lars Gullik Bjønnes wrote:
> But remember that that is not how it works anymore.
It seems that it does not work at all anymore:
Access denied: Insufficient Karma (baum|lyx-devel/src/frontends/gtk)
cvs server: Pre-commit check failed
Access denied: Insufficient Karma (baum
lyx-devel/src
Angus Leeming wrote:
> Georg Baum wrote:
>> Nobody answered this one.
>>
>> Do we want
>> tex2lyx infile.tex
>>
>> to create infile.lyx or do we want it to write to stdout like it is doing
>> now?
>
> I think that it should write to stdout. I think that we should also
> support
>$ tex2lyx -
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I think the patch is ok, but at least to me it is not obvious. At
>> least it is not obvious that it will not have any side effects.
>
| Which side effects? It just disables newlines and paragraph breaks inside
| non
Lars Gullik Bjønnes wrote:
> I think the patch is ok, but at least to me it is not obvious. At
> least it is not obvious that it will not have any side effects.
Which side effects? It just disables newlines and paragraph breaks inside
non-fixed-width tabular cells in getStatus. The correct approa
Lars Gullik Bjønnes wrote:
> Since you work on the bug I would have liked you to have been the
> asignee and also to have the bug accepted. A bonus would have been to
> have the patch attached to the case.
Done now.
Jürgen
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Juergen Spitzmueller wrote:
>> OK to apply the patch?
>
| Lars? I think this one is really obvious (I have created bugreports for the
| remaining bugs).
I think the patch is ok, but at least to me it is not obvious. At
least it is not obvious th
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Juergen Spitzmueller wrote:
>> OK to apply the patch?
>
| Lars? I think this one is really obvious (I have created bugreports for the
| remaining bugs).
We need to use bugzilla a bit better imho...
Since you work on the bug I would have liked
Juergen Spitzmueller wrote:
> OK to apply the patch?
Lars? I think this one is really obvious (I have created bugreports for the
remaining bugs).
Jürgen
29 matches
Mail list logo