Angus Leeming wrote:
Abdelrazak Younes wrote:
Hang on. My understanding is that all actions from the dialogs must go through
the LFUN dispatch mechanism and that uses strings.
More exactly, an action from a View (a dialog) use a controller method.
The Controller method might (be
Angus,
Maybe you'd have some other idea about how to deal with this issue. It's
got me very puzzled.
Here's the problem: Suppose the paragraph dialog is open, and the user
clicks in a new paragraph. One would expect the dialog to update its
settings to reflect the settings in the new paragraph.
Abdelrazak Younes wrote:
>> Hang on. My understanding is that all actions from the dialogs must go
>> through
>> the LFUN dispatch mechanism and that uses strings.
> More exactly, an action from a View (a dialog) use a controller method.
> The Controller method might (best) or might not use th
Andre Poenitz wrote
>> Hang on. My understanding is that all actions from the dialogs must go
>> through the LFUN dispatch mechanism and that uses strings.
> Was this mandatory? I thought using LFUN is 'prefered' (as in 'could be
> used for scripts, too') but not compulsory.
It was mandatory. Dia
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The pain point as I see it is the
serialization of data to and from the dialogs, not *my* attempt at a
model/view split at a dialog.
Right, I am actually replacing the serialisation with direct calls in
ControlParagra
On Wed, Apr 11, 2007 at 10:23:40PM +, Angus Leeming wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > > The pain point as I see it is the serialization of data to and
> > > from the dialogs, not *my* attempt at a model/view split at a
> > > dialog.
> >
> > Right, I am actually replaci
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > The pain point as I see it is the
> > serialization of data to and from the dialogs, not *my* attempt at a
> > model/view split at a dialog.
>
> Right, I am actually replacing the serialisation with direct calls in
> ControlParagraph.
Hang on.
Angus Leeming wrote:
<[EMAIL PROTECTED]> writes:
The pain point as I see it is the
serialization of data to and from the dialogs, not *my* attempt at a
model/view split at a dialog.
Right, I am actually replacing the serialisation with direct calls in
ControlParagraph.
I am in the pr
On Wed, Apr 11, 2007 at 11:10:51PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | PS: I am really tired of such ivory tower type discussions. src/support
> | is not used by anything outside LyX. So why the f*** would it be
> | absolutely necessary to not have c
On Wed, Apr 11, 2007 at 11:07:31PM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] writes:
>
> | Quoting Andre Poenitz <[EMAIL PROTECTED]>:
> |
> | >
> | > Of course I do not recommend such practice but just let the app specific
> | > constants in support.
> |
> | +1.
>
> I think you are
Andre Poenitz <[EMAIL PROTECTED]> writes:
| PS: I am really tired of such ivory tower type discussions. src/support
| is not used by anything outside LyX. So why the f*** would it be
| absolutely necessary to not have constants named LYXRC and MATHED there.
|
| PPS: Even if this goes ad hominem:
[EMAIL PROTECTED] writes:
| Quoting Andre Poenitz <[EMAIL PROTECTED]>:
|
| >
| > Of course I do not recommend such practice but just let the app specific
| > constants in support.
|
| +1.
I think you are just too narrowminded and not able to see the bigger
picture. In support we have among othe
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc Lasgouttes schrieb:
>> To go back to nomencl.sty, I see that it is available on my
>> notriously old teTeX 2.0 distribution, so I am very surprised to
>> learn that it is not in miktex.
Michael> Who says so? I used it f
<[EMAIL PROTECTED]> writes:
> Quoting Andre Poenitz <[EMAIL PROTECTED]>:
> > On Tue, Apr 10, 2007 at 02:23:24PM -0400, Richard Heck wrote:
> > > Let me try to say why I'm confused about how to handle updating the
> > > dialog.
> > I never understood that either. And I still think that the explici
Jean-Marc Lasgouttes schrieb:
To go back to nomencl.sty, I see that it is available on my notriously
old teTeX 2.0 distribution, so I am very surprised to learn that it is
not in miktex.
Who says so? I used it for my latest paper (with MikTex)!
Michael
Georg Baum schrieb:
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
What we definitely need is to check the availability on LateX
compilation. In this case the LyX shall not even try to compile the
document and ask the user to update his LateX installation.
Or the glossar
Abdelrazak Younes schrieb:
Indeed, and a math toolbar icon too.
I propose to use the existing matrix icon in the math toolbar to open
the dialog instead of inserting a 2x2 matrix as we do currently.
I did this now:
http://www.lyx.org/trac/changeset/17780
regards Uwe
Enrico Forestieri wrote:
> On Wed, Apr 11, 2007 at 10:59:34AM -0400, Richard Heck wrote:
>
>> At the moment, we are handling alignment and spacing differently. We
>> output this (corrected) in the case of alignment:
>> \section{\protect\begin{flushleft}Section stuff\protect\end{flushleft}}
>
On Wed, Apr 11, 2007 at 10:59:34AM -0400, Richard Heck wrote:
>
> I've been working on a bug concerning LaTeX output. The attached file
> tells the tale. It won't compile. View the source instead to see what is
> happening. (By the way, View Source is excellent.)
>
> This all got started because
Richard Heck wrote:
This part of initParams()
// For now, only reset the params on "show".
// Don't bother checking if the params are different on "update"
if (action == 0) {
params_.reset(tmp);
} else {
delete tmp;
}
suggests that initParams() might be called
As said. Can it be made void, then, and adjustments be made elsewhere?
Or does this need to be preserved for some reason?
rh
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
===
I've been working on a bug concerning LaTeX output. The attached file
tells the tale. It won't compile. View the source instead to see what is
happening. (By the way, View Source is excellent.)
This all got started because a user was trying to left-align his
sections, and the LaTeX output was inv
Quoting Richard Heck <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] wrote:
> >> One question: I would have preferred to make QParagraph::radioMap const
> >> but couldn't, because it can only be populated after the dialog is
> >> created. Any other ideas?
> >>
> > I think we don't really need this QPRadi
[EMAIL PROTECTED] wrote:
>> One question: I would have preferred to make QParagraph::radioMap const
>> but couldn't, because it can only be populated after the dialog is
>> created. Any other ideas?
>>
> I think we don't really need this QPRadioMap. We have only 4 radio buttons,
> why
> don't
Quoting Andre Poenitz <[EMAIL PROTECTED]>:
> On Tue, Apr 10, 2007 at 02:23:24PM -0400, Richard Heck wrote:
> > Let me try to say why I'm confused about how to handle updating the
> > dialog.
>
> I never understood that either. And I still think that the explicit
> controllers are too clumsy to han
On Tue, Apr 10, 2007 at 02:23:24PM -0400, Richard Heck wrote:
> Let me try to say why I'm confused about how to handle updating the
> dialog.
I never understood that either. And I still think that the explicit
controllers are too clumsy to handle to save any work... (Sorry,
Angus...)
Andre'
Quoting Andre Poenitz <[EMAIL PROTECTED]>:
> On Tue, Apr 10, 2007 at 01:41:20PM +0200, Abdelrazak Younes wrote:
> > No, I think we should just test which font will cover all the symbols
> > used there. Right now, the font is hard-coded in the ui file
> > (QDelimiterUi.ui) and set to MS Shell Dlg 2
Quoting Andre Poenitz <[EMAIL PROTECTED]>:
>
> Of course I do not recommend such practice but just let the app specific
> constants in support.
+1.
>
> Andre'
>
> PS: I am really tired of such ivory tower type discussions. src/support
> is not used by anything outside LyX. So why the f*** would
On Tue, Apr 10, 2007 at 01:41:20PM +0200, Abdelrazak Younes wrote:
> No, I think we should just test which font will cover all the symbols
> used there. Right now, the font is hard-coded in the ui file
> (QDelimiterUi.ui) and set to MS Shell Dlg 2 (don't ask me why, this is
> the default). Obvio
On Tue, Apr 10, 2007 at 01:17:09PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> | > | > 'debug.h' should really be transferred to support/
> | > |
> | > | Does not sound wrong.
> | >
> | > It does if you view support as a support lib that should not really
> | >
Jean-Marc Lasgouttes wrote:
The subject tells it all. We could try to have a somewhat more subtle
approach, but I am not sure it is worth the effort.
Comments?
Technically, all we need is to disable the "replace" button.
But I agree - why bother. A read-only spellcheck doesn't seem that usef
Abdelrazak Younes wrote:
Georg Baum wrote:
Am Dienstag, 10. April 2007 18:17 schrieb Abdelrazak Younes:
I only now notice that the font was hardcoded in the .ui file. What
happens if you don't write any font in the .ui file?
I guess the desktop wide font setting is used.
I do think about
Quoting [EMAIL PROTECTED]:
> Quoting [EMAIL PROTECTED]:
>
>
> > I propose that you commit your patch (taking into account my comments
> below)
> > with the modal dialog. Then, I'll help you fixing this update issue.
>
> Here's a cleanup patch based on yours.
The patch.
ParagraphDialog_abdel.di
Quoting [EMAIL PROTECTED]:
> I propose that you commit your patch (taking into account my comments below)
> with the modal dialog. Then, I'll help you fixing this update issue.
Here's a cleanup patch based on yours.
Abdel.
> "younes" == younes a <[EMAIL PROTECTED]> writes:
younes> Quoting Richard Heck <[EMAIL PROTECTED]>:
>> Abdelrazak Younes wrote: >> what about a similar design for the
>> file format and copier sections? > Yes but I don't have much time
>> to work on that (I did the Converters > one because I
The subject tells it all. We could try to have a somewhat more subtle
approach, but I am not sure it is worth the effort.
Comments?
JMarc
Index: src/lyxfunc.C
===
--- src/lyxfunc.C (révision 17771)
+++ src/lyxfunc.C (copie de trava
Richard Heck wrote:
> Attached is a patch fixing bug 1550. It pre-empts my previous effort,
> using radio buttons, as suggested by Abdel and JMarc, among others,
> rather than a combo box, as previously.
Very good work Richard! Thanks for doing this.
>
> This patch makes the dialog modal, for the
Quoting Richard Heck <[EMAIL PROTECTED]>:
> Abdelrazak Younes wrote:
> >> what about a similar design for the file format and copier sections?
> > Yes but I don't have much time to work on that (I did the Converters
> > one because I wanted some spaces for the converter cache options).
> I did the
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Tue, Apr 10, 2007 at 10:43:57AM +0200, Jean-Marc Lasgouttes
Enrico> wrote:
>> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>>
Enrico> JMarc, this is also needed in 1.4.
>> Can you please apply it?
Enri
39 matches
Mail list logo
