John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Sep 02, 2003 at 12:50:49AM +0200, Lars Gullik Bj?nnes wrote:
>
>> Who to blame?
>
| Let's just blame Andre for everything[1]
Yes, let's.
>> Who to fix?
>
| Find out more about the font details ...
Or begin reverting patches until it works again..
On Tue, Sep 02, 2003 at 12:50:49AM +0200, Lars Gullik Bj?nnes wrote:
> Who to blame?
Let's just blame Andre for everything[1]
> Who to fix?
Find out more about the font details ...
regards
john
[1] for the humour impaired, I'm kidding
--
Khendon's Law:
If the same point is made twice by the
On Mon, Sep 01, 2003 at 10:27:44PM +0200, Lars Gullik Bj?nnes wrote:
> ... do we need it?
I think it's bull and I thought it was bull last time I noticed this
code.
regards
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Mon, Sep 01, 2003 at 03:27:40PM -0300, Garst R. Reese wrote:
> > It's not past tense:
> yes it is.
No it's not.
> > if (box.contained(x, y))
> >
> > if position x,y is contained in box
> >
> Then how would say:
> if position x,y was contained in box
a) you wouldn't
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| This patch should take care of most of the zlib issues.
>
| But I seems to have stumbled upon some other problems, espacially with
| insertion of lyx files. Has that been working of a very long time?
>
| Anyway...the patch...
And this is an update
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>>
>> Why is lyx2lyx not creating new files, but returning the whole file as
>> the result of the command? Not exactly nice use of memory... and quite
>> surprising to me... (just try my zlib patch and see how...)
>>
>> I
Current CVS is crashing on loading the UserGuide... not good.
Who to blame?
Who to fix?
BadValue (integer parameter out of range for operation) id: 67109375
Aborted
#0 0x4036a6a1 in kill () from /lib/i686/libc.so.6
#1 0x404829bd in pthread_kill () from /lib/i686/libpthread.so.0
#2 0x40482cdb
Lars Gullik Bjønnes wrote:
>
> Why is lyx2lyx not creating new files, but returning the whole file as
> the result of the command? Not exactly nice use of memory... and quite
> surprising to me... (just try my zlib patch and see how...)
>
> I also think this is wrecking havoc with compressed file
Alfredo Braunstein wrote:
>
> Garst R. Reese wrote:
>
> > It severly impacts scrolling thru a doc.
> > Every time a grapic is loaded the cursor jumps to the the top of the
> > document.
>
> Is it the top of the document or the cursor position?
Top of document.
> Does this solves it?
>
Yes.
T
Why is lyx2lyx not creating new files, but returning the whole file as
the result of the command? Not exactly nice use of memory... and quite
surprising to me... (just try my zlib patch and see how...)
I also think this is wrecking havoc with compressed files.
IMHO lyx2lyx should take one file a
This patch should take care of most of the zlib issues.
But I seems to have stumbled upon some other problems, espacially with
insertion of lyx files. Has that been working of a very long time?
Anyway...the patch...
? zlib.diff
Index: po/POTFILES.in
=
... do we need it?
I am looking at the code in BufferView.C l.~310
There we have some support for inserting partial lyx files into the
doc, when and why would that be needed? (And when would we want an
inserted file to modify the documents params?)
--
Lgb
Garst R. Reese wrote:
> It severly impacts scrolling thru a doc.
> Every time a grapic is loaded the cursor jumps to the the top of the
> document.
Regards, Alfredo
Is it the top of the document or the cursor position?
Does this solves it?
Index: BufferView_pimpl.C
=
Alfredo Braunstein wrote:
> Open the userguide with previews activated and wait a little -> crash.
This solves it. Ok to commit?
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v
retrieving revis
Kostantino wrote:
> Hi.
> Some days ago I mailed a new italian translation for the LyX project. I
> answered to the first-time-confirmation from lyx-devel but I'm still
> waiting for an opinion about my contribution.
> Have I wrong something or it's depend on summer time? :)
> May you explain me t
John Levon wrote:
>
> On Mon, Sep 01, 2003 at 03:05:57PM +0100, Angus Leeming wrote:
>
> > * why "Box::contained" and not "Box::contains" ? Seems odd to use the
> > past tense here ;-)
>
> It's not past tense:
yes it is.
>
> if (box.contained(x, y))
>
> if position x,y is cont
Angus Leeming wrote:
> Garst, could you expand further? I've just looked at the ChangeLogs
My mistake. It was July 21, and that seems too early.
G.
On Mon, Sep 01, 2003 at 03:05:57PM +0100, Angus Leeming spake thusly:
> Martin Vermeer wrote:
>
> > On Mon, Sep 01, 2003 at 03:59:29PM +0300, Martin Vermeer spake
> > thusly:
> >
> > ...
> >
> >> Thanks Angus. This confirms what I was thinking and what is now
> >> under construction. This stu
On Mon, Sep 01, 2003 at 04:15:05PM +0100, Angus Leeming wrote:
> I also contend that what we have is better served by
> box.contains(position(x,y));
Feel free to make the global replace then, I don't care much
regards
john
--
Khendon's Law:
If the same point is made twice by the same p
John Levon wrote:
> On Mon, Sep 01, 2003 at 03:05:57PM +0100, Angus Leeming wrote:
>
>> * why "Box::contained" and not "Box::contains" ? Seems odd to use
>> the past tense here ;-)
>
> It's not past tense:
>
> if (box.contained(x, y))
>
> if position x,y is contained in box
I contend that th
On Mon, Sep 01, 2003 at 11:43:32AM +0200, Michael Schmitt wrote:
> This makes me wonder whether this is really the right time to clean up
> bugzilla. Maybe we should wait until we have entered a real feature/code
It might be best to wait on the verification, though most of the ones
you VERIFIED
On Mon, Sep 01, 2003 at 03:05:57PM +0100, Angus Leeming wrote:
> * why "Box::contained" and not "Box::contains" ? Seems odd to use the
> past tense here ;-)
It's not past tense:
if (box.contained(x, y))
if position x,y is contained in box
regards
john
--
Khendon's Law:
If t
Martin Vermeer wrote:
> On Mon, Sep 01, 2003 at 03:59:29PM +0300, Martin Vermeer spake
> thusly:
>
> ...
>
>> Thanks Angus. This confirms what I was thinking and what is now
>> under construction. This stuff is about to get a little simpler
>> soon :-)
>>
>> - Martin
>
> First try...
* inset
On Mon, Sep 01, 2003 at 03:59:29PM +0300, Martin Vermeer spake thusly:
...
> Thanks Angus. This confirms what I was thinking and what is now under
> construction. This stuff is about to get a little simpler soon :-)
>
> - Martin
First try...
- Martin
Index: insetbibtex.C
===
On Mon, Sep 01, 2003 at 12:40:26PM +0100, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
...
> >
> > My understanding is the following:
> >
> > On LFUN_MOUSE_RELEASE in a command-type inset, localDispatch for
> > that inset is called and drops through default: to
> > InsetCommand::local
Martin Vermeer wrote:
> On Mon, Sep 01, 2003 at 12:11:37AM +0100, John Levon spake thusly:
>>
>> On Sun, Aug 31, 2003 at 11:50:38PM +0300, Martin Vermeer wrote:
>>
>> > Ah, I think I am beginning to see. Funny cursor behaviour when
>> > you're approaching the inset from below/above/left/right wi
Good morning!
FYI: Currently, bugzilla contains 447 unverified and unclosed bugs. If
we ignore all enhancements and resolved bugs, there are 268 entries left.
27 bugs are unconfirmed. It would be nice if some kind person could
confirm a few of them (I am not allowed to confirm my own reports).
Garst R. Reese wrote:
> If the ChangeLogs are any indication, this probably started with
> Angus on Aug 21.
> It severly impacts scrolling thru a doc.
> Every time a grapic is loaded the cursor jumps to the the top of the
> document.
Garst, could you expand further? I've just looked at the Change
On Sun, Aug 31, 2003 at 08:01:35PM +0100, John Levon spake thusly:
>
> On Sun, Aug 31, 2003 at 09:28:50PM +0300, Martin Vermeer wrote:
>
> > >like "Branch: YourBranchName" instead.
> >
> > That would be easy to do, but adds (a little) clutter. What say the others on this?
>
> You should add
On Mon, Sep 01, 2003 at 12:11:37AM +0100, John Levon spake thusly:
>
> On Sun, Aug 31, 2003 at 11:50:38PM +0300, Martin Vermeer wrote:
>
> > Ah, I think I am beginning to see. Funny cursor behaviour when you're
> > approaching the inset from below/above/left/right with the cursor
> > keys, right?
30 matches
Mail list logo
