On 09/02/2010 01:23 PM, Alex wrote:
Hello,
I am a developer working with TeX/LaTeX, and inspired by seeing the
Instant Preview feature of LyX (on Window in particular), am rather
curious how this works. A few specific questions:
* Is the default or a custom TeX distribution used for preview r
Am 02.09.2010 um 18:22 schrieb Stephan Witt:
> Am 02.09.2010 um 15:42 schrieb Abdelrazak Younes:
>
>> On 09/02/2010 02:19 PM, Stephan Witt wrote:
>>> Am 02.09.2010 um 13:42 schrieb Abdelrazak Younes:
>>>
>>>
On 09/02/2010 12:13 PM, Stephan Witt wrote:
> I could go back to the row
Hello,
I am a developer working with TeX/LaTeX, and inspired by seeing the
Instant Preview feature of LyX (on Window in particular), am rather
curious how this works. A few specific questions:
* Is the default or a custom TeX distribution used for preview rendering?
* On Windows, there is no su
I think that math corners and math background serve different
purposes. Math corners do not only indicate the outline of the whole
formula but also the outline of frame elements within this formula.
This is the reason why I use them. I believe that the purpose of math
background is to show a
Am 02.09.2010 um 15:42 schrieb Abdelrazak Younes:
> On 09/02/2010 02:19 PM, Stephan Witt wrote:
>> Am 02.09.2010 um 13:42 schrieb Abdelrazak Younes:
>>
>>
>>> On 09/02/2010 12:13 PM, Stephan Witt wrote:
>>>
I could go back to the row based spell check and abandon the checker state
>
lasgout...@lyx.org writes:
> Author: lasgouttes
> Date: Thu Sep 2 15:30:39 2010
> New Revision: 35269
> URL: http://www.lyx.org/trac/changeset/35269
>
> Log:
> Use the selectiontext color for insets which are embedded in a selection.
Juergen, this can probably be backported, but since nobody eve
Jean-Marc LASGOUTTES wrote:
> That said, I understand the fuss around background color. What I would
> like to do (but is not possible right now) is to make everything (text,
> graphics, maths...) transparent by default so that people can see though
> the real background. The _I_ would like to set
Marcus Kriele writes:
> Yes, I do. As I am using LaTeX preview, math corners are only
> visible to me when I activate a formula. They serve as additional
> visual support, because they indicate which corners (in another part
> of the activated formula) would "light up" as math frame when my
>
Pavel Sanda writes:
> btw the selection in openoffice looks aesthetically better because it has
> decent frame around. detail but it really works with my eyes...
Yes, it is very nice. I am not sure how easy it is to do, actually.
Another example of a color that should be synthesized from the sele
Pavel Sanda writes:
> while understanding JMarc point about inheriting system-wide colors, i'm more
> on Uwe's side to let by default the background as it was.
Note that my original patch allowed to override system colors. But now
that there is a 'use system colors checkbox', it cannot be done a
Jean-Marc LASGOUTTES wrote:
> It seems that the 'system colors' change uncovered some interesting
> bugs. Inset contents and tabular lines should be OK now. I propose to do
> the same (use selectiontext color) for inset frames in selection. OK?
no opinion.
btw the selection in openoffice looks ae
On 09/02/2010 02:19 PM, Stephan Witt wrote:
Am 02.09.2010 um 13:42 schrieb Abdelrazak Younes:
On 09/02/2010 12:13 PM, Stephan Witt wrote:
I could go back to the row based spell check and abandon the checker state of
paragraph.
But I decided to do the move from row to paragraph check
Enrico Forestieri writes:
> I also share most of JMarc views, but blindly using system colors is not
> going to work any better. The major problems are related to selected text.
> Using system colors, selections look very ugly on both Windows and Linux,
> with the added "bonus" that on Linux you a
Am 02.09.2010 um 14:14 schrieb Jean-Marc LASGOUTTES:
> Stephan Witt writes:
>>>
>>> -namespace frontend { class Painter; }
>>
>> This one was too much :-)
>
> Actually, this is this one that led me to the other cleanups... I
> committed the rest of my changes, things should be better now.
Yes
Stephan Witt writes:
>>
>> -namespace frontend { class Painter; }
>
> This one was too much :-)
Actually, this is this one that led me to the other cleanups... I
committed the rest of my changes, things should be better now.
JMarc
Am 02.09.2010 um 14:10 schrieb Pavel Sanda:
> Abdelrazak Younes wrote:
>> I am a bit uneasy with the whole paragraph based solution as I am
>> raisonably confident that it won't be as fast as the row based one for
>> Aspell and Unspell and the user experience will be worse I am sure.
>
> bad n
Am 02.09.2010 um 13:42 schrieb Abdelrazak Younes:
> On 09/02/2010 12:13 PM, Stephan Witt wrote:
>> I could go back to the row based spell check and abandon the checker state
>> of paragraph.
>> But I decided to do the move from row to paragraph checking when seeing the
>> loop code in
>> Buffer.
Abdelrazak Younes wrote:
> I am a bit uneasy with the whole paragraph based solution as I am
> raisonably confident that it won't be as fast as the row based one for
> Aspell and Unspell and the user experience will be worse I am sure.
bad news
p
On 02.09.2010 13:24, Kornel Benko wrote:
> Hi Peter,
> since the revision 35258(the last working) the package is always installing
> under "/usr". This messes my
> file system.
> Because of many white-space differences in CMakeLists.txt, it is not easy to
> see the relevant change.
>
> At least,
On 09/02/2010 12:13 PM, Stephan Witt wrote:
I could go back to the row based spell check and abandon the checker state of
paragraph.
But I decided to do the move from row to paragraph checking when seeing the
loop code in
Buffer.cpp which implements the explicit spell check with F7.
This code i
Am Donnerstag 02 September 2010 schrieb Kornel Benko:
> Hi Peter,
> since the revision 35258(the last working) the package is always installing
> under "/usr". This messes my file system.
> Because of many white-space differences in CMakeLists.txt, it is not easy
> to see the relevant change.
>
>
Hi Peter,
since the revision 35258(the last working) the package is always installing
under "/usr". This messes my
file system.
Because of many white-space differences in CMakeLists.txt, it is not easy to
see the relevant change.
At least, I could not see whats wrong.
There are only three chang
Am 02.09.2010 um 12:26 schrieb lasgout...@lyx.org:
> Author: lasgouttes
> Date: Thu Sep 2 12:26:34 2010
> New Revision: 35266
> URL: http://www.lyx.org/trac/changeset/35266
>
> Log:
> Header cleanup (remove uneeded declarations)
>
> Modified:
> lyx-devel/trunk/src/insets/InsetTabular.h
>
> M
Am 02.09.2010 um 09:38 schrieb Jean-Marc LASGOUTTES:
> Stephan Witt writes:
>>> I fear this is going to become very fragile.
>>
>> That's why I stopped here and see currently no need to reduce the
>> spell check range to the current word.
>
> What do you mean?
I meant I did not implement the l
Stephan Witt writes:
>> Can you explain what the softbreaks variable is for?
>
> I called it softbreaks because I detected the problem with
> soft-hyphens and it's the same with ligature-breaks. They have their
> own position as insets but are "missing" in the result of
> Paragraph::asString(). So
Am 02.09.2010 um 10:28 schrieb sw...@lyx.org:
> Author: switt
> Date: Thu Sep 2 10:28:34 2010
> New Revision: 35265
> URL: http://www.lyx.org/trac/changeset/35265
>
> Log:
> add needed quotes
>
> Modified:
> lyx-devel/trunk/development/cmake/CMakeLists.txt
>
> Modified: lyx-devel/trunk/devel
Stephan Witt writes:
>> I fear this is going to become very fragile.
>
> That's why I stopped here and see currently no need to reduce the
> spell check range to the current word.
What do you mean?
> When typing this is ok. But on scroll you have a complete spell check
> of the visible part agai
On 02.09.2010 09:29, Stephan Witt wrote:
> Am 02.09.2010 um 09:03 schrieb Peter Kümmel:
>
>> On 02.09.2010 07:54, Stephan Witt wrote:
>>> Am 01.09.2010 um 08:01 schrieb Abdelrazak Younes:
>>>
On 09/01/2010 01:38 AM, Uwe Stöhr wrote:
>
> However, this compilation error remains:
>
>
On 02.09.2010 07:54, Stephan Witt wrote:
> Am 01.09.2010 um 08:01 schrieb Abdelrazak Younes:
>
>> On 09/01/2010 01:38 AM, Uwe Stöhr wrote:
>>>
>>> However, this compilation error remains:
>>>
>>> 10>..\..\src\LyX.cpp(288) : error C4101: 'message' : unreferenced local
>>> variable
>>>
>>> The atta
29 matches
Mail list logo