On 09/14/2010 08:06 AM, Stephan Witt wrote:
Am 13.09.2010 um 23:16 schrieb Pavel Sanda:
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
On 09/14/2010 04:30 AM, Uwe Stöhr wrote:
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
According to bug report 6538, the file name only gets converted to an
absolute file name on Mac OS X; the bug seems not to appear on Linux. (I
have not confirmed this myself, though.)
From this, I assume that Mac OS X converts the file name internally in
the clipboard. But maybe that assumptio
Am 13.09.2010 um 23:16 schrieb Pavel Sanda:
> 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 g
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)
+++ ins
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_, pit,
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 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
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
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: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.
J
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 t
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 forthcom
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
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 w
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 unequally spaced
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 a can of worms..
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
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 an
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 text replacements?
>
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
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 (and annoying).
OK
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 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
worms? :)
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
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
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
27 matches
Mail list logo
