On 09/16/2010 03:33 AM, Uwe Stöhr wrote:
Am 15.09.2010 08:28, schrieb Abdelrazak Younes:
No, this is wrong. I need the text width and not the inset width! As
I wrote, the text width is
calculated in TextMetrics and I need this value in InsetLine.cpp. So
I only need to replace there
the wrong p
Am 16.09.2010 um 00:56 schrieb Pavel Sanda:
> BH wrote:
Cant reproduce. do you have exact recipy? Can you provide backtrace where
the lyx freezes (ctrl+c under gdb when freezing)?
>>>
>>> I'm happy to, see attached. After playing with things a little more (and
>>> just quickly lookin
Am 15.09.2010 um 22:30 schrieb Pavel Sanda:
> ...preparing release...
Is it already done?
Yesterday (while being offline) I found a way to crash the spell checker :(
I have a patch for that ready. Too late for it?
Stephan
Index: src/Paragraph.cpp
===
Am 15.09.2010 08:28, schrieb Abdelrazak Younes:
No, this is wrong. I need the text width and not the inset width! As I wrote,
the text width is
calculated in TextMetrics and I need this value in InsetLine.cpp. So I only
need to replace there
the wrong pi.base.textwidth with the value calculate
Rob Oakes wrote:
> Hi Pavel,
>
> > Cant reproduce. do you have exact recipy? Can you provide backtrace where
> > the lyx freezes (ctrl+c under gdb when freezing)?
>
> I'm happy to, see attached. After playing with things a little more (and
> just quickly looking at the backtrace), it appears t
Hi BH,
> I cannot confirm this with either Apple's native spell checker or with
> aspell. (I don't have hunspell to check with.
It looks as though the problem only happens with Hunspell (and possibly with
Aspell). I currently do not have Aspell installed and am unable to test that
it with tha
BH wrote:
> >> Cant reproduce. do you have exact recipy? Can you provide backtrace where
> >> the lyx freezes (ctrl+c under gdb when freezing)?
> >
> > I'm happy to, see attached. After playing with things a little more (and
> > just quickly looking at the backtrace), it appears that the problem
On Wed, Sep 15, 2010 at 5:49 PM, Rob Oakes wrote:
> Hi Pavel,
>
>> Cant reproduce. do you have exact recipy? Can you provide backtrace where
>> the lyx freezes (ctrl+c under gdb when freezing)?
>
> I'm happy to, see attached. After playing with things a little more (and
> just quickly looking a
Hi Pavel,
> Cant reproduce. do you have exact recipy? Can you provide backtrace where the
> lyx freezes (ctrl+c under gdb when freezing)?
I'm happy to, see attached. After playing with things a little more (and just
quickly looking at the backtrace), it appears that the problem is related to
Rob Oakes wrote:
> I just updated to the most recent SVN (earlier this afternoon), and I've
> noticed that the program freezes when applying character styles on Mac OS X.
> (I haven't tested it on Linux or Windows, so can't comment on those
> platforms.)
>
> Has anyone else noticed this proble
I just updated to the most recent SVN (earlier this afternoon), and I've
noticed that the program freezes when applying character styles on Mac OS X.
(I haven't tested it on Linux or Windows, so can't comment on those platforms.)
Has anyone else noticed this problem?
Cheers,
Rob
On Sep 15, 2
Pavel Sanda wrote:
> > ==
> > --- lyx-devel/trunk/src/output_xhtml.cppWed Sep 15 19:32:05 2010
> > (r35399)
> > +++ lyx-devel/trunk/src/output_xhtml.cppWed Sep 15 19:33:15 2010
> > (r35400)
> > @@ -8
...preparing release...
Pavel Sanda wrote:
> Uwe Stöhr wrote:
> > I have seen by chance that our Wiki has been spammed heavily the last days.
> > (I therefore protected now the pages http://wiki.lyx.org/LyX/NewInLyX16 and
> > http://wiki.lyx.org/LyX/NewInLyX20 .)
> >
> > The problem is that the lyx-docs mailing list no
Uwe Stöhr wrote:
> I have seen by chance that our Wiki has been spammed heavily the last days.
> (I therefore protected now the pages http://wiki.lyx.org/LyX/NewInLyX16 and
> http://wiki.lyx.org/LyX/NewInLyX20 .)
>
> The problem is that the lyx-docs mailing list no longer gets an email when
> a
rgh...@lyx.org wrote:
> Author: rgheck
> Date: Wed Sep 15 19:33:15 2010
> New Revision: 35400
> URL: http://www.lyx.org/trac/changeset/35400
>
> Log:
> Minor simplification.
>
> Modified:
>lyx-devel/trunk/src/output_xhtml.cpp
>
> Modified: lyx-devel/trunk/src/output_xhtml.cpp
> =
On 09/15/2010 12:01 PM, Pavel Sanda wrote:
hi,
its not such a big issue since normal user will never see, but there seems to
be somthing fishy in the way we destroy preview insets. for trigerring is
usually needed something like:
1. open attached file with math ( instant preview on )
2. export t
Pavel Sanda wrote:
> 3. edit some math inset and leave to regenerate preview
more precisely, edit the display-math inset
p
hi,
its not such a big issue since normal user will never see, but there seems to
be somthing fishy in the way we destroy preview insets. for trigerring is
usually needed something like:
1. open attached file with math ( instant preview on )
2. export to xhtml
3. edit some math inset and leave to
Richard Heck wrote:
>> - i really enjoyd preview-inset based rendering of equations, but there
>> will be
>>quite problem to make "display"-type equations correct - they have
>> never
>>correct noumbering, their label is rendered, crossreferencing wrong...
>>
>>
> I need to work on th
rgh...@lyx.org wrote:
> Author: rgheck
> Date: Wed Sep 15 15:02:45 2010
> New Revision: 35385
> URL: http://www.lyx.org/trac/changeset/35385
>
> Log:
> Add topsep and bottomsep handling to the default CSS we generate.
>
> -// NOTE There is a whole ton of stuff that could go into this.
> -// Thing
On 09/15/2010 08:47 AM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Wed Sep 15 14:07:30 2010
New Revision: 35379
URL: http://www.lyx.org/trac/changeset/35379
Log:
Improve abstract rendering under XHTML.
thanks for care.
btw just finished one report which needed to
Stephan Witt wrote:
> > Simple refactoring/cleanup of 10 or 20 lines, you can commit straight away
> > unless Pavel declares a freeze period.
>
> I'll do that later. I don't expect any... but in case of compiler errors on
> any platform they should be corrected before.
fyi i plan to release a6
rgh...@lyx.org wrote:
> Author: rgheck
> Date: Wed Sep 15 14:07:30 2010
> New Revision: 35379
> URL: http://www.lyx.org/trac/changeset/35379
>
> Log:
> Improve abstract rendering under XHTML.
thanks for care.
btw just finished one report which needed to be converted to word,
so gave a testing to
On 09/15/2010 01:42 PM, Abdelrazak Younes wrote:
On 09/15/2010 01:39 PM, Richard Heck wrote:
On 09/15/2010 07:28 AM, Abdelrazak Younes wrote:
void InsetLine::draw(PainterInfo& pi, int x, int y) const
{
-frontend::FontMetrics const& fm = theFontMetrics(pi.base.font);
+// FIXME: We
On 09/15/2010 01:39 PM, Richard Heck wrote:
On 09/15/2010 07:28 AM, Abdelrazak Younes wrote:
void InsetLine::draw(PainterInfo& pi, int x, int y) const
{
-frontend::FontMetrics const& fm = theFontMetrics(pi.base.font);
+// FIXME: We cannot use InsetCommand::dimension() as this
retu
On 09/15/2010 07:28 AM, Abdelrazak Younes wrote:
void InsetLine::draw(PainterInfo& pi, int x, int y) const
{
-frontend::FontMetrics const& fm = theFontMetrics(pi.base.font);
+// FIXME: We cannot use InsetCommand::dimension() as this
returns the dimension
+// of the button, whi
Uwe,
As a final cutesy I just committed a final fix. As I said, if you want
to further improve things, starts from there; but I don't really know
what needs to be improved. Drawing works well, now. Otherwise, if you
insist on putting your own code, we should just remove this new inset.
Abdel
Everything works as expected, but some words with "dot" are not recognized as
correct.
Say, I want enter "ggf.". This word is marked as not ok, but right klick shows
as 1. alternative "ggf.". Selecting it I now have "ggf..", but still marked.
Document language: german
Spellchecker: Hunspell
Co
29 matches
Mail list logo
