Am 13.09.2010 um 08:12 schrieb Jose Quesada:
Hi,
Hi Jose,
In lyx 2.0 what's new page, it mentions compare documents (which is really
nice and a big reason to use lyx over plain latex). However in the last few
svn updates I made, that feature is gone.
Here on MacOSX it's in the Tools
You forgot the attachement...
On 09/13/2010 05:40 AM, Uwe Stöhr wrote:
Am 12.09.2010 08:47, schrieb Abdelrazak Younes:
or do you have to transform this also from InsetCommandParams to
InsetWidgets?
InsetCommandParams is just a set of parameters...
InsetLine still contains some probably
Uwe Stöhr wrote:
OK, is this OK with you:
http://www.lyx.org/trac/changeset/35350
Yes, this is perfect, thanks.
You'll backport this to branch as well, right?
Jürgen
Hi Stephan,
debugging LyX in gdb works except for those cases where data has been
optimized away. In those cases, unless I want to recompile everything,
the poor man's way of debugging (std::cerr ... std::endl;) still
works :-)
Unfortunately I will leave tomorrow for a business trip, so
Hello Hossein,
Hossein Noorikhah wrote:
*LyX bugs:*
1. Wrong Shaping: '«' and '»' are shown in wrong manner (reverse), but they
appear correctly in the output. Please see the attached picture.
Please file a bug report for this on http://www.lyx.org/trac/. This looks like
a cosmetic problem
Enrico Forestieri for...@lyx.org writes:
I looked at math, but it is too difficult to me. I do not know how
to guess
whether a given text is selected...
I did it at r35355. However, I think you opened a can of worms...
Why did you do that only when use_system_color is on? And why a can of
Am 13.09.2010 10:39, schrieb Jürgen Spitzmüller:
Yes, this is perfect, thanks.
You'll backport this to branch as well, right?
As I now have your permission, yes.
regards Uwe
Enrico Forestieri for...@lyx.org writes:
I find that legibility is worsened after this change. Lines are more
crowded and the eyes are more strained when reading. Moreover, when
math is present, lines are mostly unequally spaced and when they are
more compact this becomes more visible (and
Cyrille Artho c.ar...@aist.go.jp writes:
I wonder, though, if converting any copied/pasted file names to
relative paths will have implications on other systems (non-MacOSX)?
The question I have is why would the behavoour be different between OS X
and linux?
JMarc
Stephan Witt st.w...@gmx.net writes:
After looking for an appropriate representation I found the LaTeX-package
keystroke.
Of course it's not standard (but 10 years old). Now I don't know what would
be the best solution.
1. use keystroke and provide it ourself?
2. use pure ascii text
Dear LyX Developers,
I had two quick question:
1.) Sometime in the recent past, I accidentally changed one of the
compile flags that I use to build LyX SVN and it disabled spell-check
(both through ASpell and Hunspell). With my very modest development
skills and general fear of compilers
Am Montag 13 September 2010 schrieb Rob Oakes:
Dear LyX Developers,
I had two quick question:
1.) Sometime in the recent past, I accidentally changed one of the
compile flags that I use to build LyX SVN and it disabled spell-check
(both through ASpell and Hunspell). With my very modest
On Mon, Sep 13, 2010 at 09:36:16AM +0200, Jean-Marc LASGOUTTES wrote:
Enrico Forestieri for...@lyx.org writes:
I looked at math, but it is too difficult to me. I do not know how
to guess
whether a given text is selected...
I did it at r35355. However, I think you opened a can of
On Mon, Sep 13, 2010 at 03:19:03PM +0200, Jean-Marc LASGOUTTES wrote:
Enrico Forestieri for...@lyx.org writes:
I find that legibility is worsened after this change. Lines are more
crowded and the eyes are more strained when reading. Moreover, when
math is present, lines are mostly
Rob Oakes wrote:
possible (which I hope will be later this week). Will that be too late or
will have trunk moved toward beta at that point?
the good news is - beta is not going to be that soon. the bad news is that
its because devs have currently no time and the probability that somebody will
Hi Pavel,
the good news is - beta is not going to be that soon. the bad news is that
its because devs have currently no time and the probability that somebody will
do review and management around for this code into 2.0 is small.
Thanks for the response. I am glad that there is good news to
Stephan Witt wrote:
Thanks. I'm waiting for a response too and have stopped coding on LyX.
so the question is how to proceed. its clear that nobody else currently cares
about the spellcheck stuff. per Abdel's note you took good direction so if you
are willing to support the code and fix
Rob Oakes wrote:
Thanks for the response. I am glad that there is good news to report ;)
It always lessens bitter pills.
Would it be better to hold off merging until after 2.0 is released, then?
given the current circumstances the merge of the whole thing into 2.1 is
better target i think.
Le 13/09/2010 20:36, Enrico Forestieri a écrit :
I agree. But, independently from that, I think that we should strive for
legibility, which is compromised if lines are too compact.
Personnally, I find that the compact lines are more readable. It may be
related to the use of different fonts.
RGH rgh...@comcast.net writes:
With SignalSlotPrivate, in particular, I sometimes get errors of the
generated by an older MOC variety, and then I have to manually
delete SignalSlotPrivate_moc.cpp. Can this somehow be automated via
make?
I am not sure how.
JMarc
Le 13/09/2010 20:14, Enrico Forestieri a écrit :
Why did you do that only when use_system_color is on?
Because I don't want to change behavior when not using system colors
and also because the old color scheme is designed such that there's
no need for changing colors when selecting (everything
Am 13.09.2010 um 22:17 schrieb Pavel Sanda:
Stephan Witt wrote:
Thanks. I'm waiting for a response too and have stopped coding on LyX.
so the question is how to proceed. its clear that nobody else currently cares
about the spellcheck stuff.
That's very strange, indeed.
per Abdel's note
Stephan Witt wrote:
Yes. I think so, too. Perhaps you can wait another two days with alpha6 until
the developers on platforms I do not have (Windows and Cygwin) have verified
that it works at the first glance at least.
of course i'm not going to commit a6 right after this patch ;)
pavel
Am 13.09.2010 08:58, schrieb Abdelrazak Younes:
You forgot the attachement...
Sorry.
In the meantime I found a solution - ugly but does exactly what I want.
This is my problem:
In line 433 of TextMetrics.cpp the text width is calculated:
int const w = max_width_ - leftMargin(max_width_,
Am 14.09.2010 04:30, schrieb Uwe Stöhr:
Attached is the corresponding patch.
This version was incorrect, take the attached one instead.
regards Uwe
Index: insets/InsetLine.cpp
===
--- insets/InsetLine.cpp (revision 35358)
+++
Am 13.09.2010 um 08:12 schrieb Jose Quesada:
> Hi,
Hi Jose,
>
> In lyx 2.0 what's new page, it mentions compare documents (which is really
> nice and a big reason to use lyx over plain latex). However in the last few
> svn updates I made, that feature is gone.
Here on MacOSX it's in the
You forgot the attachement...
On 09/13/2010 05:40 AM, Uwe Stöhr wrote:
Am 12.09.2010 08:47, schrieb Abdelrazak Younes:
or do you have to transform this also from InsetCommandParams to
InsetWidgets?
InsetCommandParams is just a set of parameters...
InsetLine still contains some probably
Uwe Stöhr wrote:
> OK, is this OK with you:
> http://www.lyx.org/trac/changeset/35350
Yes, this is perfect, thanks.
You'll backport this to branch as well, right?
Jürgen
Hi Stephan,
debugging LyX in gdb works except for those cases where data has been
optimized away. In those cases, unless I want to recompile everything,
the poor man's way of debugging (std::cerr << ... << std::endl;) still
works :-)
Unfortunately I will leave tomorrow for a business trip,
Hello Hossein,
Hossein Noorikhah wrote:
> *LyX bugs:*
> 1. Wrong Shaping: '«' and '»' are shown in wrong manner (reverse), but they
> appear correctly in the output. Please see the attached picture.
Please file a bug report for this on http://www.lyx.org/trac/. This looks like
a cosmetic
Enrico Forestieri writes:
>> I looked at math, but it is too difficult to me. I do not know how
>> to guess
>> whether a given text is selected...
>
> I did it at r35355. However, I think you opened a can of worms...
Why did you do that only when use_system_color is on? And why a
Am 13.09.2010 10:39, schrieb Jürgen Spitzmüller:
Yes, this is perfect, thanks.
You'll backport this to branch as well, right?
As I now have your permission, yes.
regards Uwe
Enrico Forestieri writes:
> I find that legibility is worsened after this change. Lines are more
> crowded and the eyes are more strained when reading. Moreover, when
> math is present, lines are mostly unequally spaced and when they are
> more compact this becomes more visible
Cyrille Artho writes:
> I wonder, though, if converting any copied/pasted file names to
> relative paths will have implications on other systems (non-MacOSX)?
The question I have is why would the behavoour be different between OS X
and linux?
JMarc
Stephan Witt writes:
> After looking for an appropriate representation I found the LaTeX-package
> keystroke.
> Of course it's not standard (but 10 years old). Now I don't know what would
> be the best solution.
> 1. use keystroke and provide it ourself?
> 2. use pure ascii
Dear LyX Developers,
I had two quick question:
1.) Sometime in the recent past, I accidentally changed one of the
compile flags that I use to build LyX SVN and it disabled spell-check
(both through ASpell and Hunspell). With my very modest development
skills and general fear of compilers
Am Montag 13 September 2010 schrieb Rob Oakes:
> Dear LyX Developers,
>
> I had two quick question:
>
> 1.) Sometime in the recent past, I accidentally changed one of the
> compile flags that I use to build LyX SVN and it disabled spell-check
> (both through ASpell and Hunspell). With my very
On Mon, Sep 13, 2010 at 09:36:16AM +0200, Jean-Marc LASGOUTTES wrote:
> Enrico Forestieri writes:
> >> I looked at math, but it is too difficult to me. I do not know how
> >> to guess
> >> whether a given text is selected...
> >
> > I did it at r35355. However, I think you opened
On Mon, Sep 13, 2010 at 03:19:03PM +0200, Jean-Marc LASGOUTTES wrote:
> Enrico Forestieri writes:
> > I find that legibility is worsened after this change. Lines are more
> > crowded and the eyes are more strained when reading. Moreover, when
> > math is present, lines are mostly
Rob Oakes wrote:
> possible (which I hope will be later this week). Will that be too late or
> will have trunk moved toward beta at that point?
the "good" news is - beta is not going to be that soon. the bad news is that
its because devs have currently no time and the probability that somebody
Hi Pavel,
the "good" news is - beta is not going to be that soon. the bad news is that
its because devs have currently no time and the probability that somebody will
do review and management around for this code into 2.0 is small.
Thanks for the response. I am glad that there is "good" news to
Stephan Witt wrote:
> Thanks. I'm waiting for a response too and have stopped coding on LyX.
so the question is how to proceed. its clear that nobody else currently cares
about the spellcheck stuff. per Abdel's note you took good direction so if you
are willing to support the code and fix
Rob Oakes wrote:
> Thanks for the response. I am glad that there is "good" news to report ;)
> It always lessens bitter pills.
>
> Would it be better to hold off merging until after 2.0 is released, then?
given the current circumstances the merge of the whole thing into 2.1 is
better target i
Le 13/09/2010 20:36, Enrico Forestieri a écrit :
I agree. But, independently from that, I think that we should strive for
legibility, which is compromised if lines are too compact.
Personnally, I find that the compact lines are more readable. It may be
related to the use of different fonts.
RGH writes:
> With SignalSlotPrivate, in particular, I sometimes get errors of the
> "generated by an older MOC" variety, and then I have to manually
> delete SignalSlotPrivate_moc.cpp. Can this somehow be automated via
> make?
I am not sure how.
JMarc
Le 13/09/2010 20:14, Enrico Forestieri a écrit :
Why did you do that only when use_system_color is on?
Because I don't want to change behavior when not using system colors
and also because the old color scheme is designed such that there's
no need for changing colors when selecting (everything
Am 13.09.2010 um 22:17 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> Thanks. I'm waiting for a response too and have stopped coding on LyX.
>
> so the question is how to proceed. its clear that nobody else currently cares
> about the spellcheck stuff.
That's very strange, indeed.
> per Abdel's
Stephan Witt wrote:
> Yes. I think so, too. Perhaps you can wait another two days with alpha6 until
> the developers on platforms I do not have (Windows and Cygwin) have verified
> that it works at the first glance at least.
of course i'm not going to commit a6 right after this patch ;)
pavel
Am 13.09.2010 08:58, schrieb Abdelrazak Younes:
You forgot the attachement...
Sorry.
In the meantime I found a solution - ugly but does exactly what I want.
This is my problem:
In line 433 of TextMetrics.cpp the text width is calculated:
int const w = max_width_ - leftMargin(max_width_,
Am 14.09.2010 04:30, schrieb Uwe Stöhr:
Attached is the corresponding patch.
This version was incorrect, take the attached one instead.
regards Uwe
Index: insets/InsetLine.cpp
===
--- insets/InsetLine.cpp (revision 35358)
+++
50 matches
Mail list logo