Le 09/03/2010 00:07, rgheck a écrit :
The patch introduces an argument to DispatchResult that tracks whether
we need to update the Buffer. This reduces the number of updateBuffer
calls to six or seven from a whole lot more than that, and some of these
can still go, too. Ideally, we'd like one suc
> now I'm confused how Poedit and gettext usage are joined (sorry I don't use
> Poedit). can you describe the exact steps of your po-updates/remerges?
> where poedit comes in play and where gettext?
When I remerge I use SCons that calls the script "lyx_pot.py" (is in our SVN).
Then
- msguniq.ex
> You're right, it works fine for me too! I have no idea why it's not working
on Uwe's system,
> maybe it's because of the different installer.
I use the same libraries as you (the ones from our FTP-server).
I'm a bit puzzled because we discusses the gettext problem several times and everybody o
On Mon, 2010-03-08 at 14:43 -0700, rob.oa...@oak-tree.us wrote:
>
> * If you happen to be interested in improved writing software for
> Linux,
> it would be much appreciated if you went to the Ubuntu brainstorm page
> and
> added your opinion. Canonical has been known to provide developer
> time
The attached patch attempts to address the underlying cause of bug 6522.
My other fixes all have problems, which trace to the fact that we are
calling updateBuffer()---what used to be called updateLabels()---before
we are really ready to do so. The patch also does something we've been
wanting
Le 06/03/2010 04:00, John McCabe-Dansted a écrit :
On Sat, Mar 6, 2010 at 3:46 AM, Tommaso Cucinotta wrote:
Probably you have more experience than me in using chktex, so, please,
comment on this. In the meantime, I'm leaving just the standard linelen from
the RC file also for chktex.
Yes that
Le 06/03/2010 19:04, Abdelrazak Younes a écrit :
* There has been some work on dispatch results, but I have no idea
whats the
current status. JMarc? There are already filled bugs around dispatch.
Concerning the DispatchResult stuff, I have to admit I do not know what
the status is :) I think i
Le 01/03/2010 21:03, Stephan Witt a écrit :
I can confirm this bug for 1.6.5 branch version.
This bug is a "feature" of the inset insertion code and is probably
known for ages. It would not be difficult to fix, but annoying because
the Clipboard API is so horrible. The simplest version would
Dear LyX Users and Developers,
In the past couple of weeks, I've seen a great deal about LyX and improved
outlines floating around. These include the improvements recommended by
Steve Litt (http://www.lyx.org/trac/ticket/6174), in addition to those
that I first proposed a year ago
(http://www.
On 03/08/2010 11:02 AM, Abdelrazak Younes wrote:
On 03/08/2010 04:47 PM, rgheck wrote:
On 03/08/2010 10:44 AM, rgheck wrote:
On 03/08/2010 10:18 AM, Abdelrazak Younes wrote:
On 03/08/2010 03:53 PM, rgheck wrote:
(ii) Add:
Index: /cvs/lyx-devel/trunk/src/BufferList.cpp
==
On 3/8/2010 11:57 AM, Vincent van Ravesteijn - TNW wrote:
You're right, it works fine for me too! I have no idea why it's not
working
on Uwe's system, maybe it's because of the different installer.
However, I can confirm it doesn't work if I compile LyX myself.
Do you do some magic when com
>>> AFAIK it hasn't been confirmed that the language setting is also
>>> broken with gettext 0.15 on Linux, so I'm not sure whether this is a
>>> gettext
>>
>> I'm really getting confused. The LyX 1.6.5 binary for windows allows
>> me to choose a different ui language. So, what is the problem ?
On 3/8/2010 11:42 AM, Vincent van Ravesteijn - TNW wrote:
AFAIK it hasn't been confirmed that the language setting is also broken
with gettext 0.15 on Linux, so I'm not sure whether this is a gettext
I'm really getting confused. The LyX 1.6.5 binary for windows allows me
to choose a different u
>AFAIK it hasn't been confirmed that the language setting is also broken
>with gettext 0.15 on Linux, so I'm not sure whether this is a gettext
I'm really getting confused. The LyX 1.6.5 binary for windows allows me
to choose a different ui language. So, what is the problem ?
Vincent
On 3/8/2010 6:06 AM, Pavel Sanda wrote:
(A newer version of gettext is not yet
available for Windows, that's also the reason why changing the LyX menu
language doesn't work on Windows via the preferences menu. Joost is working
on that and I cannot update gettext until he finished this work.)
i
On 03/08/2010 04:47 PM, rgheck wrote:
On 03/08/2010 10:44 AM, rgheck wrote:
On 03/08/2010 10:18 AM, Abdelrazak Younes wrote:
On 03/08/2010 03:53 PM, rgheck wrote:
(ii) Add:
Index: /cvs/lyx-devel/trunk/src/BufferList.cpp
===
---
On 03/08/2010 10:44 AM, rgheck wrote:
On 03/08/2010 10:18 AM, Abdelrazak Younes wrote:
On 03/08/2010 03:53 PM, rgheck wrote:
(ii) Add:
Index: /cvs/lyx-devel/trunk/src/BufferList.cpp
===
--- /cvs/lyx-devel/trunk/src/BufferList.cpp
On 03/08/2010 10:18 AM, Abdelrazak Younes wrote:
On 03/08/2010 03:53 PM, rgheck wrote:
(ii) Add:
Index: /cvs/lyx-devel/trunk/src/BufferList.cpp
===
--- /cvs/lyx-devel/trunk/src/BufferList.cpp(revision 33673)
+++ /cvs/lyx-devel
On 03/08/2010 03:53 PM, rgheck wrote:
So the fact that BufferList doesn't know about clones is going to
cause other problems. I suggest we do one of two things. (i) Make
BufferList aware of clones. This seems like a lot of work for little
benefit, and it might cause other problems.
I was w
So the fact that BufferList doesn't know about clones is going to cause
other problems. I suggest we do one of two things. (i) Make BufferList
aware of clones. This seems like a lot of work for little benefit, and
it might cause other problems. (ii) Add:
Index: /cvs/lyx-devel/trunk/src/Buffe
On 03/08/2010 03:35 PM, rgheck wrote:
On 03/08/2010 09:30 AM, Abdelrazak Younes wrote:
On 03/08/2010 03:28 PM, rgheck wrote:
Fixed at r33674, I think. Here's the problem.
OK, good, thanks.
So this code was changed recently because I remember checking that
method...
See r33266. I'm not su
On 03/08/2010 09:30 AM, Abdelrazak Younes wrote:
On 03/08/2010 03:28 PM, rgheck wrote:
Fixed at r33674, I think. Here's the problem.
OK, good, thanks.
So this code was changed recently because I remember checking that
method...
See r33266. I'm not sure what this was.
rh
On 03/08/2010 03:28 PM, rgheck wrote:
Fixed at r33674, I think. Here's the problem.
OK, good, thanks.
So this code was changed recently because I remember checking that method...
Abdel.
Fixed at r33674, I think. Here's the problem.
When we clone the buffer, we create a child. But now when we validate
the buffer, we go through InsetInclude::loadIfNeeded():
Buffer * InsetInclude::loadIfNeeded() const
{
// This is for background export and preview. We don't want to
load t
On 03/08/2010 08:38 AM, Abdelrazak Younes wrote:
On 03/08/2010 02:06 PM, rgheck wrote:
Is this one known?
Open Embedded Objects. View>DVI. Now click somewhere in the main
document
0lyx::Buffer::isCloneBuffer.cpp4400x0046fb94
This happens in the first child document.
On 03/08/2010 08:24 AM, John McCabe-Dansted wrote:
On Mon, Mar 8, 2010 at 9:06 PM, rgheck wrote:
Is this one known?
This looks a bit like
http://www.lyx.org/trac/ticket/6516#comment:8
Yes, same bug.
rh
On 03/08/2010 02:06 PM, rgheck wrote:
Is this one known?
Open Embedded Objects. View>DVI. Now click somewhere in the main document
0lyx::Buffer::isCloneBuffer.cpp4400x0046fb94
This happens in the first child document. The problem here:
return d->cloned_buffer_;
is
On Mon, Mar 8, 2010 at 9:06 PM, rgheck wrote:
>
> Is this one known?
This looks a bit like
http://www.lyx.org/trac/ticket/6516#comment:8
I cannot reproduce, but does the following change proposed by Kuemmel help?
http://www.lyx.org/trac/ticket/6516#comment:12
Index: src/frontends/qt4/GuiView.
On 03/08/2010 08:18 AM, Vincent van Ravesteijn - TNW wrote:
other bug you would like to see killed?
The outline doesn't work anymore.
That's due to my "fix" for the outliner crash. Now it doesn't crash but
doesn't work, either.
See also the "Export Crash" thread. There are serious
On 03/08/2010 06:32 AM, John McCabe-Dansted wrote:
PrefSpellchecker disables the "Spellchecker Engine:" selector if
theSpellChecker() reports that no spell checking engine is selected.
This means that if we have not already selected a spell checking
engine we cannot select one now. I think this p
> other bug you would like to see killed?
The outline doesn't work anymore.
Vincent
On 03/08/2010 08:06 AM, rgheck wrote:
Is this one known?
Open Embedded Objects. View>DVI. Now click somewhere in the main document
0lyx::Buffer::isCloneBuffer.cpp4400x0046fb94
This happens in the first child document. The problem here:
return d->cloned_buffer_;
is
>other bug you would like to see killed?
Insert a table, put the cursor in front of the table, press set all
lines on the table toolbar.. Crash.
Vincent
Is this one known?
Open Embedded Objects. View>DVI. Now click somewhere in the main document
0lyx::Buffer::isCloneBuffer.cpp4400x0046fb94
This happens in the first child document. The problem here:
return d->cloned_buffer_;
is that d = 0.
1lyx::InsetInclude::lo
On 03/08/2010 01:19 AM, Pavel Sanda wrote:
Pavel Sanda wrote:
tarball creation is already fixed, monolithic builds checked, short
work with trunk didn't revealed any drastic problems and currently
i monitor two ugly bugs:
- Richard fixed crash #6522, but the price is that outliner doesn't
On Sat, Mar 6, 2010 at 4:13 AM, Guenter Milde wrote:
> My beloved Jed text editor has a generic "narrow" feature that limits
> all editing operations to the current selection until undone by "widen".
> (I think this originates from Emacs.)
This sounds like it could be implemented as:
1) Copy sele
PrefSpellchecker disables the "Spellchecker Engine:" selector if
theSpellChecker() reports that no spell checking engine is selected.
This means that if we have not already selected a spell checking
engine we cannot select one now. I think this problem can be
reproduced by first compiling and runni
Uwe Stöhr wrote:
> There's another problem. Even when Jürgen remerges and our translators
> send us po-files modified with Poedit, Pootle, Virtaal or whatever, we
> would have linebreak diffs.
I usually remerge the files before committing (sometimes the submitted files
are not up to date).
Jür
Uwe Stöhr wrote:
> Jürgen, can this go to branch?: http://www.lyx.org/trac/changeset/33615
Sure. I already gave my OK last Friday.
Jürgen
Uwe Stöhr wrote:
> However, I also use gettext 0.15.x to remerge. I don't know why this
> remerge has different linebreaks.
now i'm confused how poedit and gettext usage are joined (sorry i dont use
poedit). can you describe the exact steps of your po-updates/remerges?
where poedit comes in play
Jürgen, can this go to branch?: http://www.lyx.org/trac/changeset/33615
This is a long standing issue. The manuals already correctly describe
that v-alignment is not possible without a fixed width. Also users
complained about this bug, see http://www.lyx.org/trac/ticket/6577#comment:3
regards
>> But why are the linebreaks a problem.
>
> but translators do not remerge files from themselves, no? (what is the
> point that we remerge ourselves then.)
I see your point now.
However, I also use gettext 0.15.x to remerge. I don't know why this
remerge has different linebreaks. (A newer vers
Original-Nachricht
> Datum: Mon, 8 Mar 2010 08:42:19 +0100
> Von: Kornel Benko
> An: lyx-devel@lists.lyx.org
> Betreff: trunc not compilable
> Sorry Peter, I have not found the definition of ‘Q_EMIT’ in
> Qt-Headers for qt 4.3
> ...
> /usr/src/lyx/lyx-devel/src/frontends/qt4/G
43 matches
Mail list logo
