rgheck wrote:
> On 12/29/2009 02:22 PM, Peter Kümmel wrote:
>> After the reply to JMarc I also tought about a template solution.
>> Attached a patch, but it's tested only with msvc.
>>
>>
> Don't you only need the one specialization, if all the others are different?
>
> rh
Making the operato
Jean-Marc Lasgouttes wrote:
>>> What's the code you try to get working?
>>
>> look at the Peter's patch in next message:
>> +LyXErr & toStream(LyXErr & l, T t)
>>
>> but now instead of toStream... i would like to write it as operator<<.
>
> Write the operator<< template, and then declare each speci
Le 29 déc. 09 à 21:15, Pavel Sanda a écrit :
Andre Poenitz wrote:
why we need is quite clear - there is xtimes the same code and we
dont want to
copy nad paste it. i dont like the macro solution but i failed to
produce
template which would be desirable for this. either my c++ skills
are lac
On 12/29/2009 02:22 PM, Peter Kümmel wrote:
After the reply to JMarc I also tought about a template solution.
Attached a patch, but it's tested only with msvc.
Don't you only need the one specialization, if all the others are different?
rh
LyXErr& operator<<(LyXErr& l, void const *
Andre Poenitz wrote:
> > why we need is quite clear - there is xtimes the same code and we dont want
> > to
> > copy nad paste it. i dont like the macro solution but i failed to produce
> > template which would be desirable for this. either my c++ skills are
> > lacking or
> > it is not possible
On Tue, Dec 29, 2009 at 08:06:19PM +0100, Pavel Sanda wrote:
> > * use signal/slot
> > * keep lyxerr where it is and subclass it with a version that handles debug
> > window too.
>
> i tried to avoid this because i didn't want to pull any Q* headers into
> support/debug.
...
> >
> > I do not re
Pavel Sanda wrote:
>> I do not really understand either why we need this STREAM_OPERATOR macro.
>
> why we need is quite clear - there is xtimes the same code and we dont want to
> copy nad paste it. i dont like the macro solution but i failed to produce
> template which would be desirable for thi
Peter Kümmel wrote:
> > Are you at the moment working on it? I've added the radio buttons.
> >
>
> I've committed a ui for the debug levels, I've also committed your
> debug patches. But we still need to fiddle a bit with the line endings.
> But after the fight with designer I need a break ;)
i
Jean-Marc Lasgouttes wrote:
>> this patch does it (plus minus some eoln stuff for gui), but i'm not sure
>> this
>> kind of lyxerr tweak is acceptible. JMarc?
>
> The changes to lyxerr are IMO ugly, but I am not competent enough to
> propose something else.
> Possible solutions I would try are:
>
Am Dienstag, den 29.12.2009, 16:26 +0100 schrieb Jean-Marc Lasgouttes:
> Le 28 déc. 09 à 00:06, Pavel Sanda a écrit :
> > i would like to get better online gui control over lyxerr output and
> > its levels
> > adjusting. firstly we need to imbibe message from lyxerr into
> > progress debug pane
Le 28 déc. 09 à 00:06, Pavel Sanda a écrit :
i would like to get better online gui control over lyxerr output and
its levels
adjusting. firstly we need to imbibe message from lyxerr into
progress debug pane.
this patch does it (plus minus some eoln stuff for gui), but i'm not
sure this
ki
Peter Kümmel wrote:
>
> Are you at the moment working on it? I've added the radio buttons.
>
I've committed a ui for the debug levels, I've also committed your
debug patches. But we still need to fiddle a bit with the line endings.
But after the fight with designer I need a break ;)
Peter
Pavel Sanda wrote:
> Peter Kümmel wrote:
>> This is a good idea. We could make the current view a tab view, or add
>> an new dialog which also provides some check boxes or radio buttons for
>> the error levels.
>
> that was my idea - either checkboxes or small buttons.
>
>> +void GuiProgress::dol
Peter Kümmel wrote:
> This is a good idea. We could make the current view a tab view, or add
> an new dialog which also provides some check boxes or radio buttons for
> the error levels.
that was my idea - either checkboxes or small buttons.
> +void GuiProgress::dolyxerrFlush()
> +{
> + app
Am Montag, den 28.12.2009, 00:06 +0100 schrieb Pavel Sanda:
> hi,
>
> i would like to get better online gui control over lyxerr output and its
> levels
> adjusting. firstly we need to imbibe message from lyxerr into progress debug
> pane.
>
This is a good idea. We could make the current view a
On 12/27/2009 06:06 PM, Pavel Sanda wrote:
hi,
i would like to get better online gui control over lyxerr output and its levels
adjusting. firstly we need to imbibe message from lyxerr into progress debug
pane.
this patch does it (plus minus some eoln stuff for gui), but i'm not sure this
kind
hi,
i would like to get better online gui control over lyxerr output and its levels
adjusting. firstly we need to imbibe message from lyxerr into progress debug
pane.
this patch does it (plus minus some eoln stuff for gui), but i'm not sure this
kind of lyxerr tweak is acceptible. JMarc?
pavel
17 matches
Mail list logo
