On Thu, Apr 28, 2005 at 10:59:52PM +0200, Uwe Stöhr wrote:
> Martin Vermeer wrote:
>
> >> There's still some fun available on bugzilla.
>
> > Gimme a number, any number...
>
> Ok, if you shout so loud ;-), I have one:
>
> http://bugzilla.lyx.org/show_bug.cgi?id=1435
>
> It's my favourite bug.
As of the last update, it dies at a different place:
Making all in qt2
make[4]: Entering directory `/home/kayvan/src/lyx-build/src/frontends/qt2'
Making all in ui
make[5]: Entering directory `/home/kayvan/src/lyx-build/src/frontends/qt2/ui'
Making all in .
make[6]: Entering directory `/home/kayvan
On Thu, Apr 28, 2005 at 11:37:30PM +0200, Helge Hafting wrote:
> On Thu, Apr 28, 2005 at 10:41:31PM +0300, Martin Vermeer wrote:
> > On Thu, Apr 28, 2005 at 09:15:38PM +0200, Helge Hafting wrote:
> > > Bullet lists in three levels are rare. Today I needed one,
> > > and noticed the following symbo
On Thu, Apr 28, 2005 at 11:47:46PM +0200, Michael Schmitt wrote:
> Test case:
>
> 1. Open new document
> 2. Insert => Special Formatting => Vertical Space
> 3. Press OK in dialog
> 3. Click on inset (near the arrow)
>
> Console output (a bit verbose, isn't it?):
;-)
> Assertion triggered in Fu
Test case:
1. Open new document
2. Insert => Special Formatting => Vertical Space
3. Press OK in dialog
3. Click on inset (near the arrow)
Console output (a bit verbose, isn't it?):
void BufferView::Pimpl::update(bool, bool)[fitcursor = 0, forceupdate =
1] buffer: 0
void BufferView::Pimpl::update
On Thu, Apr 28, 2005 at 10:41:31PM +0300, Martin Vermeer wrote:
> On Thu, Apr 28, 2005 at 09:15:38PM +0200, Helge Hafting wrote:
> > Bullet lists in three levels are rare. Today I needed one,
> > and noticed the following symbols:
> >
> > lev. screen output
> > 1* round bullet
> > 2
On Thu, Apr 28, 2005 at 06:02:02PM +0200, Juergen Spitzmueller wrote:
> As reported before, there is still a (qt only) problem with the longtable ui:
> the "is empty" checkbox cannot be disabled once it is checked.
> Judging from the xforms code I believe that some of the lfun handling in the
> q
On Thu, Apr 28, 2005 at 10:28:34AM +0100, Angus Leeming wrote:
>
> It looks like this makes all the difference. Patch attached. With this I
> get similar performance down an ADSL line with and without visible images.
>
This is great! I don't see the delays anymore, I even get smooth scrolling
th
On Thu, Apr 28, 2005 at 03:59:35PM +0100, Angus Leeming wrote:
>
> I think that this does what you want. Please try it out.
>
Great stuff!
Helge Hafting
Martin Vermeer wrote:
>> There's still some fun available on bugzilla.
> Gimme a number, any number...
Ok, if you shout so loud ;-), I have one:
http://bugzilla.lyx.org/show_bug.cgi?id=1435
It's my favourite bug.
If you have fun fiddling around with mathed, here comes my personal bug
list:
bug 90
On Thu, Apr 28, 2005 at 09:15:38PM +0200, Helge Hafting wrote:
> Bullet lists in three levels are rare. Today I needed one,
> and noticed the following symbols:
>
> lev. screen output
> 1* round bullet
> 2- -
> 3@ *
> 4cdotcdot
>
>
> I didn't at first noti
Bullet lists in three levels are rare. Today I needed one,
and noticed the following symbols:
lev. screen output
1* round bullet
2- -
3@ *
4cdotcdot
I didn't at first notice the wrong "*" at level 1, as lyx used to just
show a "*" for all bulleted lists.
Jean-Marc,
have you edited Makefile.in.in by hand? It seems that two lines were
duplicated. See attached patch.
Michael
? patch-1.4
Index: ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/po/ChangeLog,v
retrieving revision 1.199
diff -u -p
Georg Baum wrote:
could you please put the following line in ~/.cvsrc?
diff -upN
that produces unified diffs (u) with function names (p) that are easier to
read. It includes new files, too (N).
Hi Georg,
I know that unified diffs are better. However, for this type of patch
the traditional forma
On Thu, Apr 28, 2005 at 07:27:22PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
> > I think so. It must be frustrating not to be able to report any serious
> > bugs anymore, judging by this one...
>
> There's still some fun available on bugzilla.
>
> Jürgen
Gimme a number, any numb
Martin Vermeer wrote:
> I think so. It must be frustrating not to be able to report any serious
> bugs anymore, judging by this one...
There's still some fun available on bugzilla.
Jürgen
Martin Vermeer wrote:
> Just a wild idea: LyX is still producing incoming ADSL traffic at
> 0.5 kB/s while doing nothing, just containing a new doc and blinking the
> cursor. Shouldn't the server be able to do that all on its own?
>
> The relevant code appears to be showCursor/removeCursor in qscr
On Thu, Apr 28, 2005 at 10:28:34AM +0100, Angus Leeming wrote:
...
> > What may happen is that you create a new QPixmap everytime a copy is
> > made, so it has to be downloaded. Isn't it possible to use something
> > like
> > + transformed_(other.transformed_),
> > + transformed_pixm
On Thu, Apr 28, 2005 at 05:38:08PM +0100, Angus Leeming wrote:
> On Thursday 28 April 2005 17:30, Martin Vermeer wrote:
> > On Thu, Apr 28, 2005 at 04:45:53PM +0100, Angus Leeming wrote:
> > > Is this the only one of Helge's recent bug reports that hasn't
> > > been fixed yet?
> > >
> > > Angus
> >
On Thursday 28 April 2005 17:30, Martin Vermeer wrote:
> On Thu, Apr 28, 2005 at 04:45:53PM +0100, Angus Leeming wrote:
> > Is this the only one of Helge's recent bug reports that hasn't
> > been fixed yet?
> >
> > Angus
>
> I think so. It must be frustrating not to be able to report any
> serious
On Thu, Apr 28, 2005 at 06:02:02PM +0200, Juergen Spitzmueller wrote:
> BTW I also managed to crash LyX several times related to tabular editing (I
> have no testcases yet). This is really still a weak part.
Yes I remember happening that too. Never well defined sequence that I
could remember.
On Thu, Apr 28, 2005 at 04:45:53PM +0100, Angus Leeming wrote:
> Is this the only one of Helge's recent bug reports that hasn't been fixed
> yet?
>
> Angus
I think so. It must be frustrating not to be able to report any serious
bugs anymore, judging by this one...
- Martin
pgprJnTi3LL1k.pgp
D
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> One thing I noticed after I had posted my patch last night is
Angus> that there's a change of semantic here (ControlSpellchecker.C).
Angus> At the moment, the lyxrc variables are used to fall through to
Angus> Ispell at run time. Wi
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> After way too much time (this stuff takes long to get
Jean-Marc> right), here is my version of your patch. It has to be good
Jean-Marc> since diffstat says
Jean-Marc> 14 files changed, 218 insertions(+), 80 deletions
Jean-Marc Lasgouttes wrote:
> Angus> Angus Leeming wrote:
>>> AC_DEFINE(SPELL_ENGINE, [$lyx_spell_engine], [Define as "ASPELL",
>>> "PSPELL" or "ISPELL" to specify the spell-checker.])
>
> Angus> I found it. AC_DEFINE_UNQUOTED.
>
> Angus> The patch attached does what I/we want but I'm not sure i
As reported before, there is still a (qt only) problem with the longtable ui:
the "is empty" checkbox cannot be disabled once it is checked.
Judging from the xforms code I believe that some of the lfun handling in the
qt tabular dialog is completely wrong. I think the attached patch is correct.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Angus Leeming wrote:
>> AC_DEFINE(SPELL_ENGINE, [$lyx_spell_engine], [Define as "ASPELL",
>> "PSPELL" or "ISPELL" to specify the spell-checker.])
Angus> I found it. AC_DEFINE_UNQUOTED.
Angus> The patch attached does what I/we want
Is this the only one of Helge's recent bug reports that hasn't been fixed
yet?
Angus
Helge Hafting wrote:
> When lyx crashes, it does an autosave first so nothing is lost.
> When restarting lyx, i.e. "lyx somefile.lyx" I usually get the
> question about the autosaved file being newer, and if I wa
Martin Vermeer wrote:
>> > Hmmm, this requires more knowledge of Qt and this dialogue that I have
>> > right now.
>> >
>> > Somebody have a look?
>>
>> I think that this does what you want. Please try it out.
> Yes it works, and settings survive a save/load... and it shows the LaTeX
> codes for
On Thu, Apr 28, 2005 at 03:59:35PM +0100, Angus Leeming wrote:
> Martin Vermeer wrote:
> >> Transferring the correct custom bullet into the dialog buffer
> >> at the moment the user selects "custom" in one of the four
> >> bullet menus ought to fix both issues. It looks like one dialog
> >> is used
Martin Vermeer wrote:
>> Transferring the correct custom bullet into the dialog buffer
>> at the moment the user selects "custom" in one of the four
>> bullet menus ought to fix both issues. It looks like one dialog
>> is used for all four bullets, which makes sense.
>>
>> Helge Hafting
>
> Hmmm,
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc, I didn't have the time for thourough testing but I
Michael> think the attached patch should be equivalent to the 1.3
Michael> patch.
Looks good. I applied it.
JMarc
Dear Roberto,
> Hi, I am the developer of Kat
> ( http://www.kde-apps.org/content/show.php?content=22135 )
>
> Kat uses a series of plugins to extract fulltext from files.
> I am collaborating with the KDE project KPDF and KOffice to build
> the plugins to manage their formats.
>
> I would like to
-- Weitergeleitete Nachricht --
Hi, I am the developer of Kat
( http://www.kde-apps.org/content/show.php?content=22135 )
Kat uses a series of plugins to extract fulltext from files.
I am collaborating with the KDE project KPDF and KOffice to build the plugins
to manage their
On Thu, Apr 28, 2005 at 10:28:34AM +0100, Angus Leeming wrote:
> Jean-Marc Lasgouttes wrote:
...
> > What may happen is that you create a new QPixmap everytime a copy is
> > made, so it has to be downloaded. Isn't it possible to use something
> > like
> > + transformed_(other.transformed_),
On Thu, Apr 28, 2005 at 11:06:37AM +0200, Georg Baum wrote:
> Let me rephrase: The concept of non-fatal warnings as opposed to fatal
> errors does not exist in the error handling machinery: Errors are only
> shown if something went wrong, if they are shown they are marked as
> "Error", and there i
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> It looks like this makes all the difference. Patch attached.
Angus> With this I get similar performance down an ADSL line with and
Angus> without visible images.
Excellent :)
JMarc
Jean-Marc Lasgouttes wrote:
> Angus> Martin, does this patch fix the problem for you? It shoudl
> Angus> buffer the pixmap.
>
> I am not sure I understand the patch:
>
> QLImage::QLImage(QLImage const & other)
> : Image(other), original_(other.original_),
> - transformed_(other.original_)
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Sigh... I really don't understand why simple things can get
Michael> that complicated. Sometimes it seems easier to introduce a
Michael> new feature than to fix a few spaces.
Indeed :)
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Martin, does this patch fix the problem for you? It shoudl
Angus> buffer the pixmap.
I am not sure I understand the patch:
QLImage::QLImage(QLImage const & other)
: Image(other), original_(other.original_),
- tra
John Levon wrote:
> On Tue, Apr 26, 2005 at 08:11:43PM +0200, Georg Baum wrote:
>
>> >> The problem is that (AFAIK) 1) implies that such documents won't
>> >> compile at all anymore, and that is certainly not what Cengiz wanted.
>> >
>> > Why does it imply this?
>>
>> As far as I know the code
Stephan Witt wrote:
>> I don't see why that will help in this case. You're complaining that
>> we're going up and down the ADSL line to retrieve an image when we
>> should be using the cached pixmap on your local machine.
>>
>> I fail to see what we're doing wrong. Obviously.
>>
>
> I would gues
On Thu, Apr 28, 2005 at 09:07:42AM +0100, Angus Leeming wrote:
> Martin Vermeer wrote:
> This is double buffering, right?
> http://developer.kde.org/documentation/books/kde-2.0-development/ch09lev1sec2.html
>
> I don't see why that will help in this case. You're complaining that we're
> going
Angus Leeming wrote:
Martin Vermeer wrote:
On Thu, 2005-04-28 at 06:46, Martin Vermeer wrote:
On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
Martin Vermeer wrote:
Is there an easy way to make the drawing more parsimonious? We used
to have that and it was horribly complicated, and
Martin Vermeer wrote:
> On Thu, 2005-04-28 at 06:46, Martin Vermeer wrote:
>> On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
>> > Martin Vermeer wrote:
>>
>> > > Is there an easy way to make the drawing more parsimonious? We used
>> > > to have that and it was horribly complicate
45 matches
Mail list logo