Hi Abdel,
Oh. they didn't.. Well things are little bit more complex. Actually I didn't
really go. Very very lucky of me! :)
Yes, I am back and I will join you all as soon as I have a computer :) This
won't take long, Ihope..
Ugras
On 4/13/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Ozgu
John McCabe-Dansted wrote:
> I am getting ToC crashes again. This is with SVN of 16 Apr on FC6.
I don't get the crash, but I see the (dramatic) slowdown.
Do you have a backtrace?
Jürgen
On 4/10/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
excellent detective work!
I can confirm that the crash is gone.
I am getting ToC crashes again. This is with SVN of 16 Apr on FC6.
To replicate:
1) Start LyX
2) Press "Cntl-N" (new document)
3) Press "Alt-D", then "T" (Table of contents
As you could see from my recent SVN commits, I found some time to work on the installer. I fixed
some long standing bugs in my installer, see the changelog, and created a new installer version.
With this new installer version an existing LyX-installation can be easily updated without the need
o
> That won't work with big delimiters. Besides, that's not what I was talking
about, I meant to
> display the full LFUN argument.
Fro what is this needed? The users needs a SMALL info, so just giving out e.g. "\bigg\{" should be
enough. Even \right and \left is in my opinion not needed because
Dov Feldstern wrote:
Also --- and
this would be much easier --- the whitespace should be marked as
belonging to the foreign language (with the blue underline) --- just
that would already go a long way towards making it clearer to the user
that there are differences between the three lines.
> I checked your changes. Actually, things weren't as bad as I expected :-)
Good!
> How about the attached patch to stored label formatting? Does it solve your
display problems?
It works here, yes. But as I told, I don't like the static margins and that all entries are aligned
to the longest
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > I hope this was friday speak, otherwise you just insulted several
> > developers (not me, but if you look at the lfun mechanism at least
> > Jean-Marc and Angus).
>
> Of course this was friday speak. But, as a side note, nothing should be
> set
> I think you need to add a check on version. As an example bug 2965 is listed in the critical list
> even though it is not present in 1.5svn.
The the fixedintrunk flag was not set. I did this now for this bug.
But for the critical bugs, the LyX-version doesn't matter.
<[EMAIL PROTECTED]> writes:
> http://wiki.lyx.org/Devel/BuglistsForLyX150
> The page takes a while to load, and I've only verified that it works in
> Opera 7.3/Linux.
Doesn't work with IE 7.0.5730.11. Does work with Firefox 1.5.0.6.
Angus
Georg Baum wrote:
Dov Feldstern wrote:
I think that perhaps \inputencoding commands are not allowed inside a
\section? and I vaguely recall having been through this same issue once
before, and your having fixed it...?
Your memory is right, we had the same problem already. The strange thing is
I think you need to add a check on version. As an example bug 2965 is
listed in the critical list even though it is not present in 1.5svn.
Anders Ekberg
christian . ridderstrom
Sun, 15 Apr 2007 12:44:55 -0700
On Sun, 15 Apr 2007, [EMAIL PROTECTED] wrote:
On Sun, 15 Apr 2007, Uwe Stöhr wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
That is not a good comparison. 1.4.0 should not have been released in
that
state, otherwise we would not have users still using 1.3.
Switching or not to 1.4 has *nothing* to do with the stability of 1.4.0.
Users switched when they see something th
Since it seemed fun, I went ahead and added a special markup that embeds a
list of bugs from bugzilla inside a wiki page. The lists that Uwe created
can now all be seen on the same page, here:
http://wiki.lyx.org/Devel/BuglistsForLyX150
If you wish to embed your own list on some page,
On Sun, 15 Apr 2007, [EMAIL PROTECTED] wrote:
On Sun, 15 Apr 2007, Uwe Stöhr wrote:
For our convenience in the future, I copied (and simplified) the links that
Uwe created and placed them here
http://wiki.lyx.org/Devel/ShowStoppers150
Could someone confirm a Bugzilla search based on
On Sun, 15 Apr 2007, Uwe Stöhr wrote:
For our convenience in the future, I copied (and simplified) the links
that Uwe created and placed them here
http://wiki.lyx.org/Devel/ShowStoppers150
Could someone confirm a Bugzilla search based on a URI such as e.g.
http://bugzilla.lyx.org/bugl
Peter Kümmel wrote:
Thanks Edwin, this is better!
great
But there are several
errors because of missing includes when not
using pre-compiled headers.
strange, i don't see this...
On Sun, Apr 15, 2007 at 01:29:04PM -0500, Bo Peng wrote:
> >For deeper bookmarks:
> >pit0, in0, pit1, in1, ..., pitn, posn file.lyx
>
> This is certainly doable and should be the way to go. However, I am
> not confident in setting cursor to nested insets (collapsable, mathed
> etc) using a restore
For deeper bookmarks:
pit0, in0, pit1, in1, ..., pitn, posn file.lyx
This is certainly doable and should be the way to go. However, I am
not confident in setting cursor to nested insets (collapsable, mathed
etc) using a restored cursor stack. If you can supply a good
moveToPosition function with
Bo Peng wrote:
Hum, why don't you save the paragraph id instead? I am sure sure of that
Oups, please read "I am _not_ sure" here...
but I think it is unique and persistent across restart.
No, it is not persistent across restart. If you close A.lyx, restart
lyx with B.lyx, and then open A.ly
On Apr 15, 2007, at 10:04 AM, Bennett Helm wrote:
On Apr 15, 2007, at 7:50 AM, Uwe Stöhr wrote:
Ich schrieb:
I just noticed that the BaKoMa math fonts are not in SVN.
Therefore they are missing in all my svn-builds. If I get no
objections. I'll add them tomorrow to /lib/fonts.
No object
On Apr 15, 2007, at 7:50 AM, Uwe Stöhr wrote:
Ich schrieb:
I just noticed that the BaKoMa math fonts are not in SVN.
Therefore they are missing in all my svn-builds. If I get no
objections. I'll add them tomorrow to /lib/fonts.
No objections -> they are in:
http://www.lyx.org/trac/changes
Hum, why don't you save the paragraph id instead? I am sure sure of that
but I think it is unique and persistent across restart.
No, it is not persistent across restart. If you close A.lyx, restart
lyx with B.lyx, and then open A.lyx, the paragraph IDs of A.lyx are
different. I will be happy to
> - // save current cursor position
> -
LyX::ref().session().lastFilePos().save(FileName(lyx_view_->buffer()->fileName()),
> - boost::tie(view()->cursor().pit(), view()->cursor().pos()) );
> // goto bookmark to update bookmark pit.
> for (size_t i = 0; i < LyX::ref
Edwin Leuven wrote:
> Peter Kümmel wrote:
>> I get an error when patching stdtoolbars.inc.
>> Have you changed the patch manually? Or is your
>> checkout not up to date?
>
> can u try this one? thanks
>
Thanks Edwin, this is better! But there are several
errors because of missing includes when n
Uwe,
I checked your changes. Actually, things weren't as bad as I expected :-)
What bothered me was the size of your patch which actually resulted from
your reshuffling of the style definitions.
How about the attached patch to stored label formatting? Does it solve
your display problems?
M
On Sat, Apr 14, 2007 at 08:35:33PM +0200, Uwe Stöhr wrote:
> Index: frontends/qt4/QDelimiterDialog.C
> ===
> --- frontends/qt4/QDelimiterDialog.C (revision 17811)
> +++ frontends/qt4/QDelimiterDialog.C (working copy)
> @@ -172,16 +17
On Sat, Apr 14, 2007 at 09:23:36AM -0500, Bo Peng wrote:
> >I will patch my msvc and report back.
>
> With a lot of trouble, I was able to get the patch and compile lyx. It
> is irritating that I have to 'sign up' and 'connect' to MS to fix a MS
> product, but this is how MS works.
I theory this
On Sat, Apr 14, 2007 at 11:52:10AM +0200, Georg Baum wrote:
> Obviously we have different quality demands concerning a stable release.
> IMO it is no good sign if 1.5.0 is released with a bigger number of known
> bugs and regressions to 1.4.x, than 1.4.0 (which already was released with
> a big n
On Sat, Apr 14, 2007 at 11:39:51AM +0200, Georg Baum wrote:
> > Switching or not to 1.4 has *nothing* to do with the stability of 1.4.0.
>
> Yes, not of 1.4.0 anymore, but of current 1.4svn. And that does still
> suffer from a too early released 1.4.0.
1.4.0 was not released 'too early' if 'earl
Uwe Stöhr wrote:
> Please hold on. I propose instead to display the full TeX code in any
case as discussed in
> bugzilla. I'll work on a patch.
I can't hold it, because this is so simple with the new infrastructure
of my patch, here it is again - with displaying "\right" and "\left".
That
>> What exactly? The template file I added to SVN works perfectly with the
latest g-brief2
>> version.
>
> This is no surprise! You changed the rules and then you created a new
template that obeys to the
> _new_ rules.
I haven't change rules or so, I didn't even touch the LaTeX stuff, only
On Fri, Apr 13, 2007 at 11:14:59PM +0200, Abdelrazak Younes wrote:
> Peter Kümmel wrote:
> >Bo Peng wrote:
> >
> >Maybe because of msvc with sp1?
> >There was a thread before some weeks.
>
> Yep, sp1 is known to not work with Qt4 (not Qt's fault apparently).
> Don't use it and reinstall MSVC2005
Ich schrieb:
I just noticed that the BaKoMa math fonts are not in SVN. Therefore they
are missing in all my svn-builds. If I get no objections. I'll add them
tomorrow to /lib/fonts.
No objections -> they are in:
http://www.lyx.org/trac/changeset/17816
http://www.lyx.org/trac/changeset/17817
Uwe Stöhr schrieb:
> your changes to g-brief2.layout don't look right!
> You mentioned that your patch was 4 years old and thus didn't
require any further discussion.
> However, it seems that you missed a few changes to g-brief2 since 2003.
What exactly? The template file I added to SVN works
[EMAIL PROTECTED] schrieb:
Author: bpeng
Date: Sun Apr 15 06:50:42 2007
New Revision: 17814
URL: http://www.lyx.org/trac/changeset/17814
Log:
lastFilePos: save bottom level pit and pos
Modified:
lyx-devel/trunk/src/BufferView.C
lyx-devel/trunk/src/frontends/qt4/GuiView.C
lyx-devel/t
I'm a bit worried about how you discussed this topic, so let me propose a plan:
1. We've made a HUGE step forward toward LyX 1.5.0 since beta 1, so put the
beta 2 out now!
We need more people to test our efforts in bugfixing. That's why I publish
new 1.5svn-versions
for Windows, but we ne
> Please hold on. I propose instead to display the full TeX code in any case as
discussed in
> bugzilla. I'll work on a patch.
I can't hold it, because this is so simple with the new infrastructure of my patch, here it is again
- with displaying "\right" and "\left".
Abdel.
Index: frontends/
Peter Kümmel wrote:
> - Qt, http://doc.trolltech.com/4.2/qtestlib-manual.html
> - CppUnit, http://cppunit.sourceforge.net/cgi-bin/moin.cgi
Is there a free tool for testing the GUI?
Something like the commercial Squish:
http://www.froglogic.com/pg?id=Products&category=squish&sub=editions&subsub=qt
Edwin Leuven wrote:
> Abdelrazak Younes wrote:
>> This is _very_ _very_ nice!!!
>
> glad you like it :)
>
> if people are wondering what this is about, here two screenshots:
>
> http://leuven.ecodip.net/lyx/lyx.png
> http://leuven.ecodip.net/lyx/lyx2.png
>
> it is now very easy to add these pan
Reading the thread about beta 2 I had
the idea that we should start implementing
unit tests.
Here are some arguments:
* Currently it is only possible to test if a
change has broken something, by using the
final application. But this is not enough,
because there are so many cases which must
be te
Uwe Stöhr wrote:
The attached patch fixes
- TeX-code not updated when switchin on the same item row to the
opposite character (bug 3456)
by adding a method that handles the on_click.
- TeX-code incorrectly displayed because the "\" character was set to
all delimiters, also to
e.g."[" as
Bo Peng wrote:
I just submitted the following patch.
It is wrong not to save the whole cursor stack as lastFilePos, and it
is more wrong to save top (innermost) level pit and pos. As a result,
if you quit lyx with cursor in an inset, lastFilePos will save pit/pos
within this inset, and will rest
43 matches
Mail list logo
