On Thu, Sep 06, 2007 at 05:30:32PM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > > Anyway, you're doing the work and you have to convince the other active
> > > developers that what you envision is something they want too. The views
> > > of
> > > retired devs matte
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > Anyway, you're doing the work and you have to convince the other active
> > developers that what you envision is something they want too. The views of
> > retired devs matter only in that they can illuminate the discussion
> > and help some opinion-fo
On Thu, Sep 06, 2007 at 04:42:19PM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > > The string conversion orgies are nothing to do with a controller/view
> > > separation of the dialog. They're all to do with getting data between
> > > the dialog and the frontend.
> >
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > The string conversion orgies are nothing to do with a controller/view
> > separation of the dialog. They're all to do with getting data between
> > the dialog and the frontend.
>
> Not (entirely) true. It's also because frontends/* and
> frontends/cont
On Thu, Sep 06, 2007 at 01:40:01AM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > In the long run we could/should think about merging controller and
> > view nevertheless. Reduces the number of classes by 50% and make
> > those string conversion orgies unnecessary...
>
Andre Poenitz <[EMAIL PROTECTED]> writes:
> In the long run we could/should think about merging controller and view
> nevertheless. Reduces the number of classes by 50% and make those string
> conversion orgies unnecessary...
The string conversion orgies are nothing to do with a controller/view
s
Andre Poenitz wrote:
On Thu, Sep 06, 2007 at 12:16:15AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Sep 05, 2007 at 09:08:36PM +0200, Abdelrazak Younes wrote:
Well, if that means that these dialogs (Toc, Citation, View source) move
back to use the old scheme with QDialogView a
On Thu, Sep 06, 2007 at 12:16:15AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Wed, Sep 05, 2007 at 09:08:36PM +0200, Abdelrazak Younes wrote:
>
> >>Well, if that means that these dialogs (Toc, Citation, View source) move
> >>back to use the old scheme with QDialogView and compan
Andre Poenitz wrote:
On Wed, Sep 05, 2007 at 09:08:36PM +0200, Abdelrazak Younes wrote:
Well, if that means that these dialogs (Toc, Citation, View source) move
back to use the old scheme with QDialogView and company, I strongly
disagree with the change.
The only change is that they do not
On Wed, Sep 05, 2007 at 09:27:26PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Wed, Sep 05, 2007 at 09:08:36PM +0200, Abdelrazak Younes wrote:
>
> >>Well, if that means that these dialogs (Toc, Citation, View source) move
> >>back to use the old scheme with QDialogView and compan
On Wed, Sep 05, 2007 at 09:27:26PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Wed, Sep 05, 2007 at 09:08:36PM +0200, Abdelrazak Younes wrote:
>
> >>Well, if that means that these dialogs (Toc, Citation, View source) move
> >>back to use the old scheme with QDialogView and compan
Andre Poenitz wrote:
On Wed, Sep 05, 2007 at 09:08:36PM +0200, Abdelrazak Younes wrote:
Well, if that means that these dialogs (Toc, Citation, View source) move
back to use the old scheme with QDialogView and company, I strongly
disagree with the change.
The only change is that they do not
> Well, if that means that these dialogs (Toc, Citation, View source) ...
Do not forget Embedding. It borrows code from Toc and ViewSource.
Bo
On Wed, Sep 05, 2007 at 09:08:36PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >I am currently merging the two classes in all frontends/qt4/Gui*.h into
> >a single one per *.h along with the necessary changes in the
> >infrastructure. At the end of this we will still have MVC with sepe
Andre Poenitz wrote:
I am currently merging the two classes in all frontends/qt4/Gui*.h into
a single one per *.h along with the necessary changes in the
infrastructure. At the end of this we will still have MVC with seperate
View and Controller classes and we will still even have a
ButtonControl
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdel,
when inserting a glossary entry or a URL, the input field in the
corresponding dialog doesn't get focus.
I remember that you fixed a similar problem with the find&replace
dialog. Could you please have a look?
Done.
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdel,
when inserting a glossary entry or a URL, the input field in the
corresponding dialog doesn't get focus.
I remember that you fixed a similar problem with the find&replace
dialog. Could you please have a look?
Done.
Great!
Michael
Michael Gerz wrote:
Abdel,
when inserting a glossary entry or a URL, the input field in the
corresponding dialog doesn't get focus.
I remember that you fixed a similar problem with the find&replace
dialog. Could you please have a look?
Done.
Abdel.
On Mar 25, 2007, at 10:29 AM, Edwin Leuven wrote:
Michael Gerz wrote:
Bennett Helm schrieb:
For example, in the Insert Citation dialog, it's possible to tab
to the Available Citations list and then type and use arrow keys
to select a particular citation; but it's not possible to select
th
On Mar 25, 2007, at 11:07 AM, Michael Gerz wrote:
Bennett Helm schrieb:
For example, in the Insert Citation dialog, it's possible to tab
to the Available Citations list and then type and use arrow keys
to select a particular citation; but it's not possible to select
the "Add" button except
Michael Gerz wrote:
Bennett Helm schrieb:
For example, in the Insert Citation dialog, it's possible to tab to
the Available Citations list and then type and use arrow keys to
select a particular citation; but it's not possible to select the
"Add" button except with the mouse.
I think this is a
Bennett Helm schrieb:
For example, in the Insert Citation dialog, it's possible to tab to
the Available Citations list and then type and use arrow keys to
select a particular citation; but it's not possible to select the
"Add" button except with the mouse.
I think this is a dialog-specific prob
Angus Leeming wrote:
Ugh. You convinced me (I understand near to nothing about qt).
>>>
>>> Me neither. However, in this case I think that I paint too dark a
>>> picture. slotWMHide is defined in the QDialogView base class (also
>>> in the deprecated Qt2Base base class. Not much derives from
On Fri, Jan 09, 2004 at 12:44:24PM +, Angus Leeming wrote:
> Incidentally -- ping John. Are you listening --- is it possible to
> emit a signal on a Key_Escape event? If so, we could put the slot in
I don't think so.
regards
john
--
Khendon's Law:
If the same point is made twice by the s
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>>> Ugh. You convinced me (I understand near to nothing about qt).
>>
>> Me neither. However, in this case I think that I paint too dark a
>> picture. slotWMHide is defined in the QDialogView base class (also
>> in the deprecated Qt2Base base cl
Angus Leeming wrote:
>> Ugh. You convinced me (I understand near to nothing about qt).
>
> Me neither. However, in this case I think that I paint too dark a
> picture. slotWMHide is defined in the QDialogView base class (also in
> the deprecated Qt2Base base class. Not much derives from that anym
Alfredo Braunstein wrote:
>> If you can do that in the .ui file, then great. However,
>> QDialogPlus will need to know 'form_' which will be different for
>> each and every Dialog, so you'll need
>>
>> template
>> class QDialogPlus : QDialog {
>> QDialogPlus(Parent * form) : form_(form) {}
>> voi
On Thu, Jan 08, 2004 at 01:26:25PM +, Angus Leeming wrote:
> Ie, _all_ inset dialogs should invoke CancelButton however they are
> closed.
>
> All this is new in the 1.4.x scheme of things of course.
I see. Darn.
> Incidentally, reject() exists only for QSpellcheckerDialog.C...
After an a
John Levon wrote:
> On Thu, Jan 08, 2004 at 02:18:35PM +0100, Alfredo Braunstein wrote:
>
>> > I don't think that this is any better/may well be impossible to
>> > encode. Have a go.
>>
>> Ugh. You convinced me (I understand near to nothing about qt).
>> Alternatively we can also solve it only f
On Thu, Jan 08, 2004 at 02:18:35PM +0100, Alfredo Braunstein wrote:
> > I don't think that this is any better/may well be impossible to encode.
> > Have a go.
>
> Ugh. You convinced me (I understand near to nothing about qt). Alternatively
> we can also solve it only for the ones that really need
Angus Leeming wrote:
> If you can do that in the .ui file, then great. However, QDialogPlus will
> need to know 'form_' which will be different for each and every Dialog, so
> you'll need
>
> template
> class QDialogPlus : QDialog {
> QDialogPlus(Parent * form) : form_(form) {}
> void reject()
On Thursday 08 January 2004 12:43 pm, Alfredo Braunstein wrote:
> On Thursday 08 January 2004 13:32, Angus Leeming wrote:
> > This shell-script adds the necessary function to each Q*Dialog.C file
> > if reject() isn't already defined.
> > #! /bin/sh
> > for file in src/frontends/qt2/Q*Dialog.C
> >
On Thursday 08 January 2004 13:32, Angus Leeming wrote:
> This shell-script adds the necessary function to each Q*Dialog.C file
> if reject() isn't already defined.
> #! /bin/sh
> for file in src/frontends/qt2/Q*Dialog.C
> do
> class=`basename $file`
> class=`echo $class | sed 's/\
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>> Note 1. The QSpellcheckerDialog::reject is not invoked by anything.
>
> By qt on esc-press I bet. (it's virtual)
>
>> Note 2. QSpellcheckerDialogBase::reject member function doesn't
>> exist. How does the code compile?
>
> How can you even
Angus Leeming wrote:
> Finally, I'm baffled by this:
>
> void QSpellcheckerDialog::reject()
> {
> form_->slotWMHide();
> QSpellcheckerDialogBase::reject();
> }
>
> $ grep reject build/src/frontends/qt2/ui/QSpellchecker*.[Ch]
> $ grep reject src/frontends/qt2/QSpellchecker*.[Ch]
>
Angus Leeming wrote:
> Note 1. The QSpellcheckerDialog::reject is not invoked by anything.
By qt on esc-press I bet. (it's virtual)
> Note 2. QSpellcheckerDialogBase::reject member function doesn't exist.
> How does the code compile?
How can you even dare to read moc-talk? ;-) Probably calls a
On Thu, Jan 08, 2004 at 11:51:16AM +, Angus Leeming wrote:
> Finally, I'm baffled by this:
>
> void QSpellcheckerDialog::reject()
> {
> form_->slotWMHide();
> QSpellcheckerDialogBase::reject();
> }
This is the crucial code :)
> Note 1. The QSpellcheckerDialog::reject is not
John Levon wrote:
> On Thu, Jan 08, 2004 at 12:04:13PM +0100, Alfredo Braunstein wrote:
>
>> But *not* by pressing the esc key. Go figure.
>>
>> Pressing the esc key is not equivalent to pressing the cancel
>> button.
>
> Qt is moronic. I probably ranted about this in the archives. More
> impor
On Thu, Jan 08, 2004 at 12:43:19PM +0100, Alfredo Braunstein wrote:
> Cool, I think so. I think it's adding this one, right?
That looks like it yes
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
John Levon wrote:
> On Thu, Jan 08, 2004 at 12:04:13PM +0100, Alfredo Braunstein wrote:
>
>> But *not* by pressing the esc key. Go figure.
>>
>> Pressing the esc key is not equivalent to pressing the cancel button.
>
> Qt is moronic. I probably ranted about this in the archives. More
> importan
On Thu, Jan 08, 2004 at 12:04:13PM +0100, Alfredo Braunstein wrote:
> But *not* by pressing the esc key. Go figure.
>
> Pressing the esc key is not equivalent to pressing the cancel button.
Qt is moronic. I probably ranted about this in the archives. More
importantly, I fixed the problem for som
Alfredo Braunstein wrote:
> Pressing the esc key is not equivalent to pressing the cancel button.
... on qt. xforms behaves ok.
Alfredo
Angus Leeming wrote:
> Qt should do something equivalent to invoke CancelButton.
>
> Looking at QDialogView.C I see this:
>
> void QDialogView::slotWMHide()
> {
> dialog().CancelButton();
> }
>
> maybe a signal/slot connection is broken?
$ for file in src/frontends/qt2/*Dialog.C
do
Alfredo Braunstein wrote:
> Works like a charm.
>
> I'll commit the fix soon. Good work!
One more for you:
This solves the problem when closing the dialog either by ok or cancel
buttons (or by killing the window from the WM).
But *not* by pressing the esc key. Go figure.
Pressing the esc key
Alfredo Braunstein wrote:
> Alfredo Braunstein wrote:
>
>> Pressing the esc key is not equivalent to pressing the cancel
>> button.
>
> ... on qt. xforms behaves ok.
That's a bug then.
In xforms (FormDialogView.C) we have:
fl_set_form_atclose(form(), C_WMHideCB, 0);
static int C_WMHi
Angus Leeming wrote:
> void Dialog::apply()
> {
> if (kernel().isBufferReadonly())
> return;
>
> view().apply();
> controller().dispatchParams();
>
> if (controller().disconnectOnApply() && !is_closing_) {
> kernel().disconnect(name
Angus Leeming wrote:
> Could you investigate a bit?
With pleasure. Thanks!
Alfredo
Alfredo Braunstein wrote:
> Angus, I have a question. Please forgive/correct me if the picture
> is wrong:
>
> The Dialogs class has a nice accounting of 1) built dialogs
> (dialogs_) 2) dialogs connected to opened insets (open_insets_).
>
> in 1) dialogs get built (find_or_build) and never dest
On Thursday 22 August 2002 11:43 am, Andre Poenitz wrote:
> On Thu, Aug 22, 2002 at 09:57:17AM +0100, Angus Leeming wrote:
> > I was thinking about this last night.
>
> Looks like you are looking for work.
Not at all. I got included on a bugzilla bug report. Anyway, John and I have
been saying h
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Aug 22, 2002 at 09:57:17AM +0100, Angus Leeming wrote:
>> I was thinking about this last night.
Andre> Looks like you are looking for work.
No, he is trying to stop lyx from leaving zombies all around.
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Can somebody explain this change ? Which dialog needs the
John> Dialogs & ? I'm mega confused why this is required now
John> Lars, can you explain the change please ? And possibly add a
John> change log too ...
John> cvs annotate/log
On 17-Sep-2001 Lars Gullik Bjønnes wrote:
> I have _no time_ to work/hunt on/for this until at the earliest 1.
> october... and most likely I will have no time before 1. november.
And unfortunately I'm in the same state :(
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-
On Mon, 17 Sep 2001, Angus Leeming wrote:
> > I don't know, I see you all busy modifying the interface (note that I
> > am not complaining). It is the last missing popup, along with SendTo,
> > which will require more work. I think somebody claimed ownership of
> > that, but I forgot who.
>
> So,
On Monday 17 September 2001 18:06, Edwin Leuven wrote:
> > > I don't know, I see you all busy modifying the interface (note that I
> > > am not complaining). It is the last missing popup, along with SendTo,
> > > which will require more work. I think somebody claimed ownership of
> > > that, but I
> > I don't know, I see you all busy modifying the interface (note that I
> > am not complaining). It is the last missing popup, along with SendTo,
> > which will require more work. I think somebody claimed ownership of
> > that, but I forgot who.
>
> Edwin.
I did indeed. But I am unfortunately v
On Monday 17 September 2001 17:38, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> On Monday 17 September 2001 16:43, Jean-Marc Lasgouttes wrote:
> >> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
> >>
> Angus> Rob, how often have
On Mon, Sep 17, 2001 at 06:38:00PM +0200, Jean-Marc Lasgouttes wrote:
> I don't know, I see you all busy modifying the interface (note that I
> am not complaining). It is the last missing popup, along with SendTo,
> which will require more work. I think somebody claimed ownership of
> that, but I
On Mon, Sep 17, 2001 at 05:43:51PM +0200, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Rob, how often have you been told that the label button isn't
> Angus> one or ours? It's an autogenerated form from the xforms
> Angus> library. One day i
On Monday 17 September 2001 16:43, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Rob, how often have you been told that the label button isn't
> Angus> one or ours? It's an autogenerated form from the xforms
> Angus> library. One day it'll be
On Monday 17 September 2001 16:21, R. Lahaye wrote:
> Angus,
>
> Do you remember we set up this "dialog iconizes with main" toggle
> feature in preferences?
>
> Not all dialogs comply to that:
>
> * (Error) Messages.
> Makes sense, since this way they always stay on-top of main.
Here it
Angus,
Having this windowing behaviour as an option in the preferences sounds really cool!
I don't know of any applications that have this fancy windowing in the preferences
dialog.
Will it actually work, I mean to instantly change the windowing behaviour by
-ing this option in the preferences.
On Tue, Sep 04, 2001 at 12:13:58PM +0300, Dekel Tsur wrote:
> On Tue, Sep 04, 2001 at 01:02:47PM +0900, R. Lahaye wrote:
> > There was a time (e.g. 1.1.6fix3) that the following very convenient
> > window policy was enforced on all dialogs:
> >
> > -> let the (sub)dialogs "disappear" when the ma
On Tuesday 04 September 2001 10:50, R. Lahaye wrote:
> Dekel Tsur wrote:
> >
> > On Tue, Sep 04, 2001 at 01:02:47PM +0900, R. Lahaye wrote:
> > > There was a time (e.g. 1.1.6fix3) that the following very convenient
> > > window policy was enforced on all dialogs:
> > >
> > > -> let the (sub)dia
Dekel Tsur wrote:
>
> On Tue, Sep 04, 2001 at 01:02:47PM +0900, R. Lahaye wrote:
> > There was a time (e.g. 1.1.6fix3) that the following very convenient
> > window policy was enforced on all dialogs:
> >
> > -> let the (sub)dialogs "disappear" when the main window is iconized.
> >[extremel
On Tue, Sep 04, 2001 at 01:02:47PM +0900, R. Lahaye wrote:
> There was a time (e.g. 1.1.6fix3) that the following very convenient
> window policy was enforced on all dialogs:
>
> -> let the (sub)dialogs "disappear" when the main window is iconized.
>[extremely convenient when iconizing LyX wh
Allan Rae <[EMAIL PROTECTED]> writes:
| On Tue, 19 Sep 2000, Marko Vendelin wrote:
|
| >
| >
| > On Tue, 19 Sep 2000, Allan Rae wrote:
| >
| > > Actually, I've been trying to figure out how to fit everything into the
| > > tabbed area without requiring a dialog that is 2048pixels wide. I'm
On Tue, 19 Sep 2000, R. Lahaye wrote:
> Allan Rae wrote:
> >
> > On Tue, 19 Sep 2000, R. Lahaye wrote:
> > > However, I think the preferences dialog has more serious
> > > problems:
> > > When the last visible tab is only partially visible,
> > > clicking on it will always cause a SIGSEV. For ex
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> What was the reason for choosing Xforms as the GUI interface? It
R> causes lots of pain and inconvenience (menu behaviour for example).
At the time, the choice was between Motif and xforms. The choice was
easy...
JMarc
Allan Rae wrote:
>
> On Tue, 19 Sep 2000, R. Lahaye wrote:
> > However, I think the preferences dialog has more serious
> > problems:
> > When the last visible tab is only partially visible,
> > clicking on it will always cause a SIGSEV. For example,
> > resize the window so that you see "Pa" ins
On Tue, 19 Sep 2000, Marko Vendelin wrote:
>
>
> On Tue, 19 Sep 2000, Allan Rae wrote:
>
> > Actually, I've been trying to figure out how to fit everything into the
> > tabbed area without requiring a dialog that is 2048pixels wide. I'm very,
> > very slowly getting there. At present it loo
On Tue, 19 Sep 2000, Allan Rae wrote:
> Actually, I've been trying to figure out how to fit everything into the
> tabbed area without requiring a dialog that is 2048pixels wide. I'm very,
> very slowly getting there. At present it looks like I'll switch to a
> nested tabbed dialog scheme and
On Tue, 19 Sep 2000, R. Lahaye wrote:
> "Garst R. Reese" wrote:
> > The Opions->Preferences dialog is too narrow on 800x600.
> > The tab that is labeled Pri??? is cutoff. Clicking on the part remaining
> > causes a
> > SIGSEV.
> > Garst
>
> Indeed, it would be better if the default width include
"Garst R. Reese" wrote:
> The Opions->Preferences dialog is too narrow on 800x600.
> The tab that is labeled Pri??? is cutoff. Clicking on the part remaining
> causes a
> SIGSEV.
> Garst
Indeed, it would be better if the default width includes the
second half of the "Printer" tab and the "Path" t
Allan Rae wrote:
>
> On Sat, 16 Sep 2000, R. Lahaye wrote:
>
> >
> > Hi,
> >
> > I've just downloaded the latest CVS and I noticed
> > that many dialogs have a limited "resizeability".
> > I wonder wether that is on purpose, or that this
> > is a "under-construction" feature.
>
> On purpose.
>
On Sat, 16 Sep 2000, R. Lahaye wrote:
>
> Hi,
>
> I've just downloaded the latest CVS and I noticed
> that many dialogs have a limited "resizeability".
> I wonder wether that is on purpose, or that this
> is a "under-construction" feature.
On purpose.
> For example the Citation, Reference, U
75 matches
Mail list logo
