Smalltalk › Cincom › VisualWorks

[vw 7.7.1] Dataset View Issue

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

4 messages Options

Mark Pirogovsky-3

[vw 7.7.1] Dataset View Issue

Good morning,
I have an issues with the Dataset views as follow:

We have a Dataset where some of the fields are editable, and the columns
are sortable. When the user clicks the mouse onto one of those
editable cells the row gets selected and the cell becomes active, then
users clicks the mouse somewhere else like a column header. At this
point the editable filed generates the changeEvent even though there was
no changes made to the field content.

Is there any standard way to prevent this from happening ?

Regards,

Mark

____________________________________________________________
Woman is 57 But Looks 27
Mom publishes simple facelift trick that angered doctors...
http://thirdpartyoffers.netzero.net/TGL3241/50210ef2395c7ef14c60st01duc
_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

Paul Baumann

Re: [vw 7.7.1] Dataset View Issue

Modify the method below as shown. It has been in use for over a year without problem.

UI.DataSetColumn>>labelAsButton
"Returns a cached button widget that is capable of displaying the label for the column"

^labelAsButton isNil
ifTrue:
[| button |
button := (self realize: labelAsButtonSpec) widget.
"<PLB Modification>"
"This avoids having a column sort get announced through column callbacks
(requestFocusInSelector: requestValueChangeSelector: valueChangeSelector:)
as a #value change. This is very important. plb 2011.07.19 "
self allowSorting ifTrue: [
button container component controller
setDispatcher: UIDispatcher vacuousDispatcher.
].
"<\PLB Modification>"
"The following will force the button to redisplay via invalidation when it is pressed"
button widgetState isOccluded: true.
labelAsButton := BoundedWrapper on: button]
ifFalse: [labelAsButton]

Another way to work around the problem is by looking for the problem by the controller that that can be passed to each window event. The code below shows that approach, but it requires lots of changes while the change above is just one.

canChangeDiff_fromController: aController
| newVal widget editor oldVal selection change ticks multiplier maxVal nonForwardingAdjuster |
"Column sorting triggers #(requestFocusInSelector: requestValueChangeSelector: valueChangeSelector:)
This check ignores column callbacks that are from column sorting."
(aController isKindOf: TriggerButtonController) ifTrue: [ ^true ].

...

I reported the problem to Cincom years ago along with workaround and a program that demonstrates the problem. Can't count on them to fix it.

Paul Baumann

-----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of Mark Pirogovsky
Sent: Tuesday, August 07, 2012 08:50
To: [hidden email]
Subject: [vwnc] [vw 7.7.1] Dataset View Issue

Good morning,
I have an issues with the Dataset views as follow:

We have a Dataset where some of the fields are editable, and the columns
are sortable. When the user clicks the mouse onto one of those
editable cells the row gets selected and the cell becomes active, then
users clicks the mouse somewhere else like a column header. At this
point the editable filed generates the changeEvent even though there was
no changes made to the field content.

Is there any standard way to prevent this from happening ?

Regards,

Mark

____________________________________________________________
Woman is 57 But Looks 27
Mom publishes simple facelift trick that angered doctors...
http://thirdpartyoffers.netzero.net/TGL3241/50210ef2395c7ef14c60st01duc
_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

This message may contain confidential information and is intended for specific recipients unless explicitly noted otherwise. If you have reason to believe you are not an intended recipient of this message, please delete it and notify the sender. This message may not represent the opinion of IntercontinentalExchange, Inc. (ICE), its subsidiaries or affiliates, and does not constitute a contract or guarantee. Unencrypted electronic mail is not secure and the recipient of this message is expected to provide safeguards from viruses and pursue alternate means of communication where privacy or a binding message is desired.

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

Mark Pirogovsky-3

Re: [vw 7.7.1] Dataset View Issue

Many thanks Paul,

It does work like a charm.
I wonder what's holding up Cincom on releasing it as a fix....

--
Regards

--Mark

Paul Baumann wrote:

> Modify the method below as shown. It has been in use for over a year without problem.
>
> UI.DataSetColumn>>labelAsButton
> "Returns a cached button widget that is capable of displaying the label for the column"
>
> ^labelAsButton isNil
> ifTrue:
> [| button |
> button := (self realize: labelAsButtonSpec) widget.
> "<PLB Modification>"
> "This avoids having a column sort get announced through column callbacks
> (requestFocusInSelector: requestValueChangeSelector: valueChangeSelector:)
> as a #value change. This is very important. plb 2011.07.19 "
> self allowSorting ifTrue: [
> button container component controller
> setDispatcher: UIDispatcher vacuousDispatcher.
> ].
> "<\PLB Modification>"
> "The following will force the button to redisplay via invalidation when it is pressed"
> button widgetState isOccluded: true.
> labelAsButton := BoundedWrapper on: button]
> ifFalse: [labelAsButton]
>
>
> Another way to work around the problem is by looking for the problem by the controller that that can be passed to each window event. The code below shows that approach, but it requires lots of changes while the change above is just one.
>
> canChangeDiff_fromController: aController
> | newVal widget editor oldVal selection change ticks multiplier maxVal nonForwardingAdjuster |
> "Column sorting triggers #(requestFocusInSelector: requestValueChangeSelector: valueChangeSelector:)
> This check ignores column callbacks that are from column sorting."
> (aController isKindOf: TriggerButtonController) ifTrue: [ ^true ].
>
> ...
>
> I reported the problem to Cincom years ago along with workaround and a program that demonstrates the problem. Can't count on them to fix it.
>
> Paul Baumann
>
>
>
>
> -----Original Message-----
> From: [hidden email] [mailto:[hidden email]] On Behalf Of Mark Pirogovsky
> Sent: Tuesday, August 07, 2012 08:50
> To: [hidden email]
> Subject: [vwnc] [vw 7.7.1] Dataset View Issue
>
> Good morning,
> I have an issues with the Dataset views as follow:
>
>
> We have a Dataset where some of the fields are editable, and the columns
> are sortable. When the user clicks the mouse onto one of those
> editable cells the row gets selected and the cell becomes active, then
> users clicks the mouse somewhere else like a column header. At this
> point the editable filed generates the changeEvent even though there was
> no changes made to the field content.
>
> Is there any standard way to prevent this from happening ?
>
> Regards,
>
> Mark
>
>
>
>
> _

____________________________________________________________
Woman is 57 But Looks 27
Mom publishes simple facelift trick that angered doctors...
http://thirdpartyoffers.netzero.net/TGL3241/502173fc84d2b73fa1764st04duc
_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

Steven Kelly

Re: [vw 7.7.1] Dataset View Issue

Re: [vwnc] [vw 7.7.1] Dataset View Issue

Mark Pirogovsky wrote:

> Many thanks Paul, it does work like a charm.
> I wonder what's holding up Cincom on releasing it as a fix....

My impression is that the design and/or implementation of DataSet and the tree view are such that it's hard to know in advance all the effects of a change. In my experience, in such cases Cincom generally takes a conservative line "if it ain't known to be perfect after the fix, don't fix it".

Steve

Paul Baumann wrote:

> Modify the method below as shown. It has been in use for over a year without problem.
>
> UI.DataSetColumn>>labelAsButton
>          "Returns a cached button widget that is capable of displaying the label for the column"
>
>          ^labelAsButton isNil
>                  ifTrue:
>                          [| button |
>                          button := (self realize: labelAsButtonSpec) widget.
>                          "<PLB Modification>"
>                                  "This avoids having a column sort get announced through column callbacks
>                                  (requestFocusInSelector: requestValueChangeSelector: valueChangeSelector:)
>                                  as a #value change. This is very important. plb 2011.07.19 "
>                                  self allowSorting ifTrue: [
>                                          button container component controller
>                                                  setDispatcher: UIDispatcher vacuousDispatcher.
>                                  ].
>                          "<\PLB Modification>"
>                          "The following will force the button to redisplay via invalidation when it is pressed"
>                          button widgetState isOccluded: true.
>                          labelAsButton := BoundedWrapper on: button]
>                  ifFalse: [labelAsButton]
>
>
> Another way to work around the problem is by looking for the problem by the controller that that can be passed to each window event. The code below shows that approach, but it requires lots of changes while the change above is just one.
>
> canChangeDiff_fromController: aController
>          | newVal widget editor oldVal selection change ticks multiplier maxVal nonForwardingAdjuster |
>          "Column sorting triggers #(requestFocusInSelector: requestValueChangeSelector: valueChangeSelector:)
>           This check ignores column callbacks that are from column sorting."
>          (aController isKindOf: TriggerButtonController) ifTrue: [ ^true ].
>
> ...
>
> I reported the problem to Cincom years ago along with workaround and a program that demonstrates the problem. Can't count on them to fix it.
>
> Paul Baumann
>
>
>
>
> -----Original Message-----
> From: [hidden email] [[hidden email]] On Behalf Of Mark Pirogovsky
> Sent: Tuesday, August 07, 2012 08:50
> To: [hidden email]
> Subject: [vwnc] [vw 7.7.1] Dataset View Issue
>
> Good morning,
> I have an issues with the Dataset views as follow:
>
>
> We have a Dataset where some of the fields are editable, and the columns
> are sortable.   When the user clicks the mouse onto one of those
> editable cells the row gets selected and the cell becomes active, then
> users clicks the mouse somewhere else like a column header. At this
> point the editable filed generates the changeEvent even though there was
> no changes made to the field content.
>
> Is there any standard way to prevent this from happening ?
>
> Regards,
>
> Mark
>
>
>
>
> _

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc