Am 16.07.2010 um 08:13 schrieb Peter Kümmel:
> Enrico Forestieri wrote:
>> On Thu, Jul 15, 2010 at 04:31:26PM +0200, Stephan Witt wrote:
>>> Am 15.07.2010 um 15:53 schrieb Pavel Sanda:
>>>
Stephan Witt wrote:
>>> I see in the constructor SystemcallPrivate::SystemcallPrivate
>>> (Sys
Enrico Forestieri wrote:
> On Thu, Jul 15, 2010 at 04:31:26PM +0200, Stephan Witt wrote:
>> Am 15.07.2010 um 15:53 schrieb Pavel Sanda:
>>
>>> Stephan Witt wrote:
>> I see in the constructor SystemcallPrivate::SystemcallPrivate
>> (SystemCall.cpp)
>> the error output of the child proce
On 07/15/2010 09:26 PM, Uwe Stöhr wrote:
Yes, we should omit the single quotes as single quotes are in many
languages only allowed within double quotes. Quotes are also often
only allowed for quotations, citations and proper names. There is
moreover no reason why the name of the referenced se
>> Why not
>>
>> {\nameref{#1}~\vpageref{#1}}
>>
>> This will use all variants of varioref page handling.
>
> Rather {\nameref{#1} \vpageref{#1}}, the unbrealkable space is not necessary
> here (nor with \reftextfaraway in fact, page~xxx can be on the nest line).
Yes, this is the better so
>> > This small patch fixes the following bug:
>> > LyX allows to create \frameboxes with multiple paragraph if there is no
>> > inner box. But this is only possible for shaded boxes.
>>
>> Attached is a better patch that additionally fixes this issue:
>> If you have a shaded box and no inner box,
Jean-Pierre Chrétien free.fr> writes:
>
> > This will use all variants of varioref page handling.
>
> Rather {\nameref{#1} \vpageref{#1}}, the unbrealkable space is not necessary
> here (nor with \reftextfaraway in fact, page~xxx can be on the nest line).
>
And to be cosnisten wit the origina
On Thu, Jul 15, 2010 at 01:32:33PM +0200, Pavel Sanda wrote:
> Enrico Forestieri wrote:
> > Please, find attached the corresponding patches.
> >
> > - overwrite-1.diff implements behavior 1
> > - overwrite-2.diff implements behavior 2
> >
> > The patch obtaining more votes will be applied.
>
> f
Sorry all - false alarm. For whatever reason, when I installed 1.6.7, the
default LyX switched to 2.0alpha4 on my system, and I did not notice this.
So it turns out that scrolling and dialogue boxes work fine in 1.6.7.
Again, sorry for the false alarm.
James
On Thu, Jul 15, 2010 at 11:46 AM,
On Thu, Jul 15, 2010 at 04:31:26PM +0200, Stephan Witt wrote:
> Am 15.07.2010 um 15:53 schrieb Pavel Sanda:
>
> > Stephan Witt wrote:
> I see in the constructor SystemcallPrivate::SystemcallPrivate
> (SystemCall.cpp)
> the error output of the child process is collected only if it's
Pavel Sanda wrote:
> > The problem shows up for me when I undock the dialogue window. When
> > docked, there is no problem. And yes, this problem is in 1.6.7.
>
> please go to Help->About LyX and report version. this dialog really looks
> from 2.0. it would alos nicely resolve the first issue ;)
On 7/15/2010 12:39 PM, Pavel Sanda wrote:
separating them is probably better idea. btw Joost are you able to reproduce
http://www.lyx.org/trac/ticket/6818 on your system?
Yes, I can reproduce.
I'm compiling a debug version.
Joost
Joost Verburg wrote:
> On 7/9/2010 1:33 PM, Pavel Sanda wrote:
>> it seem quite unprobable but why not, trunk dir above does not cost
>> anything.
>
> How should we proceed with the new dictionaries module? Are all the
> dictionaries and thesaurus lists going into dictionaries/trunk or should
>
Am 15.07.2010 um 18:30 schrieb Joost Verburg:
> On 7/9/2010 1:33 PM, Pavel Sanda wrote:
>> it seem quite unprobable but why not, trunk dir above does not cost anything.
>
> How should we proceed with the new dictionaries module? Are all the
> dictionaries and thesaurus lists going into dictionar
On 7/9/2010 1:33 PM, Pavel Sanda wrote:
it seem quite unprobable but why not, trunk dir above does not cost anything.
How should we proceed with the new dictionaries module? Are all the
dictionaries and thesaurus lists going into dictionaries/trunk or should
there be two subdirectories like d
Am 15.07.2010 um 17:50 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> Am 15.07.2010 um 15:57 schrieb Pavel Sanda:
>>
>>> Stephan Witt wrote:
* #6740 Change Key-bindings
>>>
>>> but it seems that people dont like killing the current c-minus shortcut.
>>
>> Yes, that's why I want to change th
Stephan Witt wrote:
> Am 15.07.2010 um 15:57 schrieb Pavel Sanda:
>
> > Stephan Witt wrote:
> >> * #6740 Change Key-bindings
> >
> > but it seems that people dont like killing the current c-minus shortcut.
>
> Yes, that's why I want to change the binding for C-minus/plus on mac only.
> I have 2
Stephan Witt wrote:
> > i'm not sure what are side effects of kicking out
> > os::is_terminal(os::STDERR) tests.
> > when i shortly peeked to sources it seems to be little bit messy how we mix
> > variables
> > which govern whether we ouput err messages on console and on window.
> > the right thi
James C. Sutherland wrote:
> Bennett,
>
> The problem shows up for me when I undock the dialogue window. When docked,
> there is no problem. And yes, this problem is in 1.6.7.
please go to Help->About LyX and report version. this dialog really looks from
2.0.
it would alos nicely resolve the f
On Thu, Jul 15, 2010 at 9:24 AM, BH wrote:
> On Thu, Jul 15, 2010 at 11:12 AM, James C. Sutherland
> wrote:
> > Another regression on Mac: some of the dialogue boxes (e.g. the spell
> check
> > dialogue box) is not rendered properly. See the attached image.
> Resizing
> > it does not help. Thi
Thank you for the answer. I have solved the problem by removing the
beamer package from the MikteX distribution and installing in my local
tex folder the newest version of beamer (3.10). After reconfiguration,
the files are compiled.
Corrado
2010/7/15 Jürgen Spitzmüller :
> Corrado Mencar wrote:
On Thu, Jul 15, 2010 at 11:12 AM, James C. Sutherland
wrote:
> Another regression on Mac: some of the dialogue boxes (e.g. the spell check
> dialogue box) is not rendered properly. See the attached image. Resizing
> it does not help. This was also a problem that I noticed in 2.0 alpha on
> the
Jean-Marc LASGOUTTES wrote:
> > Really cool! It works with one small correction: the convert() function
> > cannot handle the double value. I changed the patch accordingly and
> > attach it again.
>
> Very good. I applied it. Am I right that this is needed in 1.6.x too?
Seems so.
Jürgen
James C. Sutherland wrote:
> It appears that mouse scrolling is broken on the Mac for LyX 1.6.7. This
> same problem is present in the alpha versions of 2.0 on the Mac, and it
> looks like it slipped through the cracks for this release.
I wasn't aware of that. But there seems to be a patch ready
It appears that mouse scrolling is broken on the Mac for LyX 1.6.7. This
same problem is present in the alpha versions of 2.0 on the Mac, and it
looks like it slipped through the cracks for this release.
Any chance of a patch being released in the very near future to fix this
serious regression?
Peter Kümmel wrote:
> Pavel Sanda wrote:
> > hi,
> >
> > i would like to release alpha5 within next days.
> > anything you want to have in before?
>
> Is it possible to add a isolated new feature at this
> stage?
yes.
pavel
Am 15.07.2010 um 15:57 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> * #6740 Change Key-bindings
>
> but it seems that people dont like killing the current c-minus shortcut.
Yes, that's why I want to change the binding for C-minus/plus on mac only.
I have 2 votes for the change (3 - if I count m
Pavel Sanda wrote:
> hi,
>
> i would like to release alpha5 within next days.
> anything you want to have in before?
Is it possible to add a isolated new feature at this
stage?
Peter
Am 15.07.2010 um 15:42 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> 1. I had to learn that cmake dependencies are not correct for ui file
>> generation - at least with XCode.
>> To make changes visible I have to build it twice. Since it is black magic
>> and I want to concentrate on content I w
Am 15.07.2010 um 15:53 schrieb Pavel Sanda:
> Stephan Witt wrote:
I see in the constructor SystemcallPrivate::SystemcallPrivate
(SystemCall.cpp)
the error output of the child process is collected only if it's going to
an terminal.
I think it would be better to collect it
Stephan Witt wrote:
> * #6740 Change Key-bindings
but it seems that people dont like killing the current c-minus shortcut.
> * #6740 Configure option for scroll wheel zoom
> * #6805 Collect error output for non-terminal application
see my other messages.
> Both are no show-stoppers though.
yep
Stephan Witt wrote:
> >> I see in the constructor SystemcallPrivate::SystemcallPrivate
> >> (SystemCall.cpp)
> >> the error output of the child process is collected only if it's going to
> >> an terminal.
> >> I think it would be better to collect it unconditionally to show it in the
> >> messag
Stephan Witt wrote:
> 1. I had to learn that cmake dependencies are not correct for ui file
> generation - at least with XCode.
> To make changes visible I have to build it twice. Since it is black magic and
> I want to concentrate on content I would be glad if some cmake-magician can
> correct
Am 15.07.2010 um 15:07 schrieb Pavel Sanda:
> hi,
>
> i would like to release alpha5 within next days.
> anything you want to have in before?
* #6740 Change Key-bindings
* #6740 Configure option for scroll wheel zoom
* #6805 Collect error output for non-terminal application
Both are no show-sto
hi,
i would like to release alpha5 within next days.
anything you want to have in before?
highest priority bugs are showstopper as usual.
pavel
Corrado Mencar wrote:
> Dear LyX users and developers,
>when I try to compile the beamer template provided with LyX, the
> pdf is not generated but a number of errors occur. I have found that
> the problem is due to the recent version of the package geometry.sty
> provided with MikTeX 2008. The
Dear LyX users and developers,
when I try to compile the beamer template provided with LyX, the
pdf is not generated but a number of errors occur. I have found that
the problem is due to the recent version of the package geometry.sty
provided with MikTeX 2008. The bug can be fixed with some line
Enrico Forestieri wrote:
> Please, find attached the corresponding patches.
>
> - overwrite-1.diff implements behavior 1
> - overwrite-2.diff implements behavior 2
>
> The patch obtaining more votes will be applied.
from what i have counted you won.
pavel
Stephan Witt wrote:
> I did expect it. But as said I have no plan B except to leave cua bindings
> untouched. Any other proposals?
Leaving it untouched sounds good.
Jürgen
Am 15.07.2010 um 10:46 schrieb Kornel Benko:
> Am Donnerstag 15 Juli 2010 schrieb Jürgen Spitzmüller:
>> Stephan Witt wrote:
>>> One side effect is questionable: C-minus was "specialchar-insert
>>> hyphenation" in text mode. This is moved to C-S-underscore now. I like
>>> that move
>>
>> I don't.
Am Donnerstag 15 Juli 2010 schrieb Jürgen Spitzmüller:
> Stephan Witt wrote:
> > One side effect is questionable: C-minus was "specialchar-insert
> > hyphenation" in text mode. This is moved to C-S-underscore now. I like
> > that move
>
> I don't.
>
> Jürgen
I don't like it too. Using too often
Stephan Witt wrote:
> One side effect is questionable: C-minus was "specialchar-insert
> hyphenation" in text mode. This is moved to C-S-underscore now. I like
> that move
I don't.
Jürgen
Am 15.07.2010 um 09:22 schrieb Stephan Witt:
> Am 15.07.2010 um 02:46 schrieb BH:
>
>> On Wed, Jul 14, 2010 at 1:18 PM, Pavel Sanda wrote:
>>> i dont use macros myself so i really have no idea how is this unfold macro
>>> important.
>>
>> Same for me on math macros. But I agree with minus/plus
Am 15.07.2010 um 02:46 schrieb BH:
> On Wed, Jul 14, 2010 at 1:18 PM, Pavel Sanda wrote:
>> i dont use macros myself so i really have no idea how is this unfold macro
>> important.
>
> Same for me on math macros. But I agree with minus/plus for zoom
> out/in: that's the Mac standard.
Thanks. I
43 matches
Mail list logo
