I notice that the LyX donations page,
http://www.lyx.org/donations.php, is unable to display the PayPal
image. As a result, the admonition to "click the button below" isn't
going to bring in much hard cash :-P
Ah, interesting. All looks fine with Firefox 2.0, but things are
broken with IE7. M
On Sun, Feb 24, 2008 at 11:04 AM, Jürgen Spitzmüller
<[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
> > This patch is safe, and has been tested for a few days. Jurgen?
>
> OK for 1.5.5. Too late for 1.5.4.
> Please wait until the freeze is lifted.
Applied to trunk. Will wait for 1.5.5.
Note that
Stefan Schimanski wrote:
Hi!
I would like to use the multi_index classes from the boost library.
Unfortunately this is not in the boost version we have in svn. Is it
just old or do we have only a selection of boost modules?
Only those libraries that are actually used by LyX. While you're
ad
Dov Feldstern wrote:
So now the question is: do we need this function at all at this point?
Since it seems to have been doing nothing for the past three years, can
we just get rid of it? Does anyone know if what the code that's in there
*should* have been doing is still needed?
You should nev
Hi!
First of all, I just want to repeat what others have already said: this
completion stuff looks really great, Stefan! Way to go!
Secondly, I want to thank you on behalf of the RTL users, for not
forgetting to deal with RTL issues related to this. I see that it's
causing some trouble, and
As I see this here now: this it_ was a first start to improve the
performance of the (long-)words set in the Buffer. This is used to
store the long words for the completion popup. Now the problem are
these requirements:
1. the semantics of a set, i.e. every item shouldn't appear more
ofte
Angus Leeming wrote:
Pavel Sanda wrote:
Pavel Sanda wrote:
I purposely left RC_VISUAL_CURSOR out of this function, because
something is fishy about it. AFAICT, this function doesn't do
anything... JMarc took a look and I think he also wasn't sure about
it... So before just fixing the warnings
I'll commit the fix, at least as a temporary one.
In fact with the small addition to free an old item delegate before
setting the new one, to avoid a memory leak, would be perfect.
OK. I'll let you deal with that.
rh
Am 24.02.2008 um 01:38 schrieb rgheck:
Stefan Schimanski wrote:
As I don't touch the menus there, either we change something
global drawing related or it is a memory corruption or bug. If
23146 worked, can you try to do some kind of binary search with
the changes to find the exact line wh
Stefan Schimanski wrote:
As I don't touch the menus there, either we change something global
drawing related or it is a memory corruption or bug. If 23146
worked, can you try to do some kind of binary search with the
changes to find the exact line which causes the problem?
It gets weirder. He
Am 24.02.2008 um 01:31 schrieb rgheck:
Stefan Schimanski wrote:
Am 24.02.2008 um 01:09 schrieb rgheck:
Stefan Schimanski wrote:
Am 24.02.2008 um 00:56 schrieb rgheck:
This seems to have been caused by commit 23147. I have no idea
why that would be. But my fonts are fine with 23146 an
As I don't touch the menus there, either we change something global
drawing related or it is a memory corruption or bug. If 23146
worked, can you try to do some kind of binary search with the
changes to find the exact line which causes the problem?
It gets weirder. Here's what I did: I stat
Stefan Schimanski wrote:
Am 24.02.2008 um 01:09 schrieb rgheck:
Stefan Schimanski wrote:
Am 24.02.2008 um 00:56 schrieb rgheck:
This seems to have been caused by commit 23147. I have no idea why
that would be. But my fonts are fine with 23146 and a mess with
23147. The weird thing is th
Stefan Schimanski wrote:
Am 24.02.2008 um 01:09 schrieb rgheck:
Stefan Schimanski wrote:
Am 24.02.2008 um 00:56 schrieb rgheck:
This seems to have been caused by commit 23147. I have no idea why
that would be. But my fonts are fine with 23146 and a mess with
23147. The weird thing is th
Am 24.02.2008 um 01:09 schrieb rgheck:
Stefan Schimanski wrote:
Am 24.02.2008 um 00:56 schrieb rgheck:
This seems to have been caused by commit 23147. I have no idea why
that would be. But my fonts are fine with 23146 and a mess with
23147. The weird thing is that it's all messed up on
Stefan Schimanski wrote:
Am 24.02.2008 um 00:56 schrieb rgheck:
This seems to have been caused by commit 23147. I have no idea why
that would be. But my fonts are fine with 23146 and a mess with
23147. The weird thing is that it's all messed up on the menu, too,
not just in the body.
Ver
Am 24.02.2008 um 00:56 schrieb rgheck:
This seems to have been caused by commit 23147. I have no idea why
that would be. But my fonts are fine with 23146 and a mess with
23147. The weird thing is that it's all messed up on the menu, too,
not just in the body.
Very strange. I could have
This seems to have been caused by commit 23147. I have no idea why that
would be. But my fonts are fine with 23146 and a mess with 23147. The
weird thing is that it's all messed up on the menu, too, not just in the
body.
rh
rgheck wrote:
See the screenshot. This is on Linux, qt4 4.3.3. I
See the screenshot. This is on Linux, qt4 4.3.3. I did not have this
problem last night.
No problem with the same Qt on Mac.
Stefan
Hi!
I would like to use the multi_index classes from the boost library.
Unfortunately this is not in the boost version we have in svn. Is it
just old or do we have only a selection of boost modules?
Stefan
On Sat, Feb 23, 2008 at 05:00:14PM -0500, rgheck wrote:
>
> make[2]: Entering directory `/cvs/lyx-devel/trunk/src/tex2lyx'
> g++ -DHAVE_CONFIG_H -DTEX2LYX -I../../src/tex2lyx -I../../src -I../../src
> -I../../boost -Wextra -Wall -g -O -MT text.o -MD -MP -MF .deps/text.Tpo -c
> -o text.o text.cpp
It's now a pretty trivial matter to add proper keyval support, which
will make it possible to create a far better UI for e.g. the listings
parameters. Question: If a LaTeX command takes keyval-type arguments, is
it generally true that this will be true for only ONE of the arguments
the comman
make[2]: Entering directory `/cvs/lyx-devel/trunk/src/tex2lyx'
g++ -DHAVE_CONFIG_H -DTEX2LYX -I../../src/tex2lyx -I../../src
-I../../src -I../../boost -Wextra -Wall -g -O -MT text.o -MD -MP -MF
.deps/text.Tpo -c -o text.o text.cpp
text.cpp: In function ‘lyx::LayoutPtr lyxfindLayout(const
l
Thanks.
rh
Andre Poenitz wrote:
On Fri, Feb 22, 2008 at 10:58:29PM -0500, rgheck wrote:
Index: src/insets/InsetCommandParams.cpp
===
--- src/insets/InsetCommandParams.cpp (revision 23025)
+++ src/insets/InsetCommandParams.c
Andre Poenitz wrote:
On Sat, Feb 23, 2008 at 07:53:32PM +0100, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
I have been browsing through the code for about two hours now and I am
fairly confident that overall structure would improve quite a bit if
inset
Juergen, Uwe,
Could you please do something about that.
Iwami, 1.5.4 is going to be released soon (today?), are you going to
update your package? FYI, there are bugs related to CJK in bugzilla:
Better Interaction with Input Method:
http://bugzilla.lyx.org/show_bug.cgi?id=4279
Configuration an
Andre Poenitz wrote:
On Sat, Feb 23, 2008 at 07:53:32PM +0100, Abdelrazak Younes wrote:
A rough plan would be something like:
Sounds good to me.
But after that and probably after Richard's InsetCommandParams work, let's
please try to focus on bug fixing and ui polishing. 1.6
On Sat, Feb 23, 2008 at 07:53:32PM +0100, Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> Andre Poenitz wrote:
>>> I have been browsing through the code for about two hours now and I am
>>> fairly confident that overall structure would improve quite a bit if
>>> insets and paragraphs had dir
Abdelrazak Younes wrote:
Andre Poenitz wrote:
I have been browsing through the code for about two hours now and I am
fairly confident that overall structure would improve quite a bit if
insets and paragraphs had direct access to their buffers.
It would also lay the foundation to fix a few longst
Andre Poenitz wrote:
I have been browsing through the code for about two hours now and I am
fairly confident that overall structure would improve quite a bit if
insets and paragraphs had direct access to their buffers.
It would also lay the foundation to fix a few longstanding problems
in math
I have been browsing through the code for about two hours now and I am
fairly confident that overall structure would improve quite a bit if
insets and paragraphs had direct access to their buffers.
It would also lay the foundation to fix a few longstanding problems
in mathed: Conversion between
Bo Peng wrote:
> This patch is safe, and has been tested for a few days. Jurgen?
OK for 1.5.5. Too late for 1.5.4.
Please wait until the freeze is lifted.
Jürgen
Due to the now used inclusion of InsetLayout.cpp to tex2lyx, it does no longer
compile with SCons.
Attached is a patch to include it also in SCons, but for an unkown reason, it
doesn't work.
Bo or whoever, can anybody please help me here?
thanks and regards
Uwe
Index: scons_manifest.py
==
On Thu, Feb 21, 2008 at 09:28:24PM +0100, Stefan Schimanski wrote:
> If you like statistics about LyX:
>
> http://www.ohloh.net/projects/3881?p=LyX
Do they pick up projects by themselves or did someone actively register
LyX? Also, is there a way to make them getting closer to the truth?
Andre'
On Fri, Feb 22, 2008 at 10:58:29PM -0500, rgheck wrote:
> Index: src/insets/InsetCommandParams.cpp
> ===
> --- src/insets/InsetCommandParams.cpp (revision 23025)
> +++ src/insets/InsetCommandParams.cpp (working copy)
> @@ -42,14 +42,63
etc instead of the owner/new/delete logic?
Andre'
you are right, allocation on the stack is really better here...
bernhard
That was the wrong patch... here's the correct one
bernhard
Index: src/Counters.cpp
===
--- src/Co
rgheck wrote:
After a hiatus, I'm returning to the rewrite of InsetCommandParams, the
purpose of all of this being to make things more flexible, with the
ultimate goal being biblatex support and a kind of InsetCommandFlex that
will allow user-definable such things. The next step, really, is t
Never trust statistics you did not rig up yourselve...
Seems we are still victims of Goebbels' propaganda:
http://www.nso.go.kr/eboard_faq/BoardAction.do?method=view&board_id=107&seq=10&num=10&parent_num=0&page=1
http://en.wikiquote.org/wiki/Winston_Churchill
Or some in German:
http://www.ze
38 matches
Mail list logo
