Attached is a better patch:
subfig is now loaded behind the user-defined preamble for the reasons described in the patch and we
check if caption was loaded or not.
OK now?
regards Uwe
Index: BufferParams.cpp
===
--- BufferParams.c
Well, I tried again. Still the same problem: when I right-click on a selection,
it's cleared. I can workaround this if I use keyboard instead of mouse. But I
wonder what may be the cause. Any idea?
I use gcc 4.3, on ubuntu 8.04, qt4.4.0 (I compiled myself: but I also tried the
hardy backport, th
Apparently my setup is problematic. I don't have the same problem on windows,
so I'll investigate further what's wrong on my ubuntu. Sorry for the noise and
replying to my own email.
Regards.
Be a bette
A couple of minutes ago I updated my svn tree and compiled it (but not a fresh
one). It seems that now when you right click on the selection, selection
disappears (on regular text, as well as the math insets). It used to work for a
while. Must be a new commit?
Regards.
On Fri, May 09, 2008 at 04:40:01PM +0200, Andre Poenitz wrote:
> On Thu, May 08, 2008 at 06:13:45PM -0400, rgheck wrote:
> > by making additional uses of the path information we're wrongly storing.
> > Right now, that information is used only to locate the file we need. On
> > your proposal, it w
On Fri, May 09, 2008 at 03:34:19PM +0300, Martin Vermeer wrote:
> Andre Poenitz <[EMAIL PROTECTED]> wrote:
>
> > PS: As a bold but reasonably educated guess: We could get rid of 90% of
> > the code in support/* _and_ reduce compile and link times by a third (on
> > top of that what we gained latel
On Thu, May 08, 2008 at 11:20:56PM -0500, Bo Peng wrote:
> +void FileName::decodeFrom(string const & encoded) const
> +{
> + QByteArray text(encoded.c_str());
> + QByteArray decoded = QByteArray::fromBase64(text);
> +
> +/* NOTE: The following is supposed to work but it does not.
> + * Some
On Thu, May 08, 2008 at 06:13:45PM -0400, rgheck wrote:
> by making additional uses of the path information we're wrongly storing.
> Right now, that information is used only to locate the file we need. On
> your proposal, it would also be used for something else, namely, update
> from external f
On Thu, May 08, 2008 at 04:58:16PM -0500, Bo Peng wrote:
> >> The inclusion of filepath in .lyx file has always been allowed, and
> >> will continue to be allowed. In another word, this is not a problem
> >> with embedding, but a general problem with using external files. It
> >> would be nice if e
Bo Peng wrote:
2. individual-embedding is used to avoid a global bundled mode, and
potential troubles with unbundling. This seems to be the only sensible
solution but I certainly welcome other ideas to avoid unbundling.
The approach in my private branch has (a) a global bundled mode and (b)
Braces and arrows now retain their shape much better when squished into
really narrow insets. And they no longer extend outside such narrow niches.
Before, braces would deform into a completely different shape, and all
of them would extend outside insets narrower than an arrowhead.
Easy test: P
On Thu, 08 May 2008 20:45:33 +0200
Andre Poenitz <[EMAIL PROTECTED]> wrote:
> On Thu, May 08, 2008 at 01:08:21PM -0500, Bo Peng wrote:
> > > > 1. A libb64 library is copied to src/support/base64. (this is a
> > > > sourceforge project with a do-whatever-you-want license). Functions
> > > > are
Bo Peng wrote:
Dear all,
When I thought again about my design goal of the embedding feature
"creating a lyx format with embedded files that can be opened directly
by anyone on any OS, and produce identical outputs", I realized that
bundle/unbundle is not the only way to implement it. Considering
Confirmed that this works on hardy with qt4.4
Ben Goodrich wrote:
Pavel Sanda <[EMAIL PROTECTED]> writes:
QPaintEngine::setSystemClip: Should not be changed while engine is active
QPaintEngine::setSystemClip: Should not be changed while engine is active
QWidgetPrivate::beginSharedPainter: Pain
spitz wrote:
> URL: http://www.lyx.org/trac/changeset/24698
> Log:
> Fix bug 4806 (patch from JMarc)
This was the last (and yet an important) bugfix for 1.5.5. Now only
translation and documentation updates will go in, and 1.5.5 will be released
on Sunday or early next week.
Jürgen
On Friday 09 May 2008 00:57:35 Pavel Sanda wrote:
> > we are short before the first beta
>
> first alpha in fact.
> secondly Jose fall in love with distcheck, so wait for next few weeks :))
If make distcheck was working none of the previous fiascoes would happen. :-(
> pavel
--
José Abílio
unsubscribe
Looks much simpler. But could you please create a personal SVN branch and apply it there. When the
developer majority and the release managers José and Jürgen agree to this, it can go to trunk.
Please don't commit anything to trunk before this agreement for stability reasons as we are close to
t
Abdelrazak Younes wrote:
We (I think I can speak for everybody) certainly want you to be the
1.6.x stable release manager. You made a pretty good job at managing 1.5.x.
+2
outstanding job i would say...
>> we are short before the first beta
>
> first alpha in fact.
No alpha 2 is already release, normally Jose would have releases alpha 3 this week without the
distcheck problem. In two weeks beta 1 should come out.
regards Uwe
Abdelrazak Younes wrote:
> > I will release when I am ready. I will not hurry up.
> >
>
> Inbelievable, we (Pavel and me) managed to upset the most zen developper
> on this list!!!
If you refer to me: No, I'm not upset at all. On the contrary.
Jürgen
On Friday 09 May 2008 10:35:00 Abdelrazak Younes wrote:
> We (I think I can speak for everybody) certainly want you to be the
> 1.6.x stable release manager. You made a pretty good job at managing 1.5.x.
+1
> Abdel.
--
José Abílio
Pavel Sanda wrote:
Is it really broken or is it something you can live with? AFAIU
to put it simply, i'm not in a mood of fixing it again.
I didn't ask you to :-)
so i can live with it.
I usually restore things when I break them, don't worry.
Abdel.
Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
btw this is the second bug report i'm responding today about 1.5.5, Juergen
can you hurry up?
I will release when I am ready. I will not hurry up.
Inbelievable, we (Pavel and me) managed to upset the most zen developper
on this list!!!
Jürgen Spitzmüller wrote:
Andre Poenitz wrote:
The important part is that once the basic design is accepted, it is
accepted. Period. If you keep quiet, your opinion will be ignored
later. Also, I will respond only to sensible criticisms and
suggestions, not to personal insults.
I thin
Andre Poenitz wrote:
> > The important part is that once the basic design is accepted, it is
> > accepted. Period. If you keep quiet, your opinion will be ignored
> > later. Also, I will respond only to sensible criticisms and
> > suggestions, not to personal insults.
>
> I think I understand your
Uwe Stöhr wrote:
> > [EMAIL PROTECTED]
> > \usepackage{subfig}%
> > }{%
> > \usepackage[caption=false]{caption}
> > }
>
> As I wrote above, this doesn't work, because subfig needs this option,
> cption must not have this option
Of course I meant
[EMAIL PROTECTED]
\usepackage{subfig}%
}{%
\usepack
Pavel Sanda wrote:
> btw this is the second bug report i'm responding today about 1.5.5, Juergen
> can you hurry up?
I will release when I am ready. I will not hurry up.
Jürgen
Abdelrazak Younes wrote:
> > sometimes when i want to open the lyx preferences i accidentally
> > press reconfigure because those menu items are close to each other.
> > Now i wonder why reconfigure is in the menu at all, because most
> > people won't need it very often. Wouldn't it be better t
29 matches
Mail list logo
