Discussion:
Removing visual bindings
Mark Lubratt
2007-11-18 03:20:18 UTC
Permalink
OK. I guess I have to go through my application and remove all my
visual bindings. I'm not real happy about it; but, I guess I don't
have a choice since it seems that they've eliminated the ability to
add bindings in r5.

So, where's the best place to put the binding code? If, for example,
I have a cache bound to a listbox, textfield, or a checkbox; should I
put the binding function call in the cache's open event? Even though
the other end of the binding might not be instantiated yet (I don't
know if that would be an issue or not). Or, should I put it in the
window's open event, thus guaranteeing that both objects are
instantiated?

Thanks!
Mark
Mark Lubratt
2007-11-18 13:57:25 UTC
Permalink
Oh, I forgot to mention. I'm currently using v1 for this application;
but, since I'm going all this work, I'll probably move it over to
pgSQL4RBv2.
Post by Mark Lubratt
OK. I guess I have to go through my application and remove all my
visual bindings. I'm not real happy about it; but, I guess I don't
have a choice since it seems that they've eliminated the ability to
add bindings in r5.
So, where's the best place to put the binding code? If, for example,
I have a cache bound to a listbox, textfield, or a checkbox; should I
put the binding function call in the cache's open event? Even though
the other end of the binding might not be instantiated yet (I don't
know if that would be an issue or not). Or, should I put it in the
window's open event, thus guaranteeing that both objects are
instantiated?
Thanks!
Mark
_______________________________________________
Postgresql mailing list
http://aliacta.com/mailman/listinfo/postgresql_aliacta.com
Aliacta Support
2007-11-18 19:41:53 UTC
Permalink
Hi Mark,

Since I'm using bindings too (and probably won't use a bindings-
disabled version of RB for a little while--they'd better come up with
some killer features to make me move along) I'm not really the right
person to tell you what to do.

Note however that the cache doesn't have an Open event due to a bug
in RB where that event will not be triggered from the constructor for
an object that was dragged to the window. As far as I know this
still isn't fixed and RS has stated in the past they didn't intend to
fix it because that would interfere with other functionality of RB or
something.

My personal feeling right now would be to put it in the Open event of
the fields and lists.

I'll see whether I can come up with something clever to replace
bindings for v3. I already have something in mind. I just need some
time to verify it can be done and really will be convenient for the
end-user.

Cheers,

Marc

PS: I'll use bindings-disabled versions of RB to verify he proper
working of pgSQL4RB of course, but not for my day to day production
work until a future release of RB will be compelling enough to
upgrade--or if what I have in mind for V3 works out really well ;-).
Post by Mark Lubratt
OK. I guess I have to go through my application and remove all my
visual bindings. I'm not real happy about it; but, I guess I don't
have a choice since it seems that they've eliminated the ability to
add bindings in r5.
So, where's the best place to put the binding code? If, for example,
I have a cache bound to a listbox, textfield, or a checkbox; should I
put the binding function call in the cache's open event? Even though
the other end of the binding might not be instantiated yet (I don't
know if that would be an issue or not). Or, should I put it in the
window's open event, thus guaranteeing that both objects are
instantiated?
Thanks!
Mark
Sebastian
2008-01-06 20:19:51 UTC
Permalink
Hi Marc,

is there something new from your side?
I'm still not sure about how to remove more than 100 bindings in an app...
Somebody else successfully converted?

Regards
Sebastian
Post by Aliacta Support
Hi Mark,
Since I'm using bindings too (and probably won't use a bindings-
disabled version of RB for a little while--they'd better come up with
some killer features to make me move along) I'm not really the right
person to tell you what to do.
Note however that the cache doesn't have an Open event due to a bug
in RB where that event will not be triggered from the constructor for
an object that was dragged to the window. As far as I know this
still isn't fixed and RS has stated in the past they didn't intend to
fix it because that would interfere with other functionality of RB or
something.
My personal feeling right now would be to put it in the Open event of
the fields and lists.
I'll see whether I can come up with something clever to replace
bindings for v3. I already have something in mind. I just need some
time to verify it can be done and really will be convenient for the
end-user.
Cheers,
Marc
PS: I'll use bindings-disabled versions of RB to verify he proper
working of pgSQL4RB of course, but not for my day to day production
work until a future release of RB will be compelling enough to
upgrade--or if what I have in mind for V3 works out really well ;-).
Post by Mark Lubratt
OK. I guess I have to go through my application and remove all my
visual bindings. I'm not real happy about it; but, I guess I don't
have a choice since it seems that they've eliminated the ability to
add bindings in r5.
So, where's the best place to put the binding code? If, for example,
I have a cache bound to a listbox, textfield, or a checkbox; should I
put the binding function call in the cache's open event? Even though
the other end of the binding might not be instantiated yet (I don't
know if that would be an issue or not). Or, should I put it in the
window's open event, thus guaranteeing that both objects are
instantiated?
Thanks!
Mark
_______________________________________________
Postgresql mailing list
http://aliacta.com/mailman/listinfo/postgresql_aliacta.com
Aliacta Support
2008-01-06 21:06:45 UTC
Permalink
Hi Sebastian,

I won't be able to automate the removal of your bindings in your
existing applications. That's something that can only be done
manually as far as I can see.

All I can do is remove the binding classes from the pgSQL4RB
distribution so that people can no longer create any bindings at all
in future applications (or so the latest RB releases will not bitch
about the presence of these classes containing deprecated code). But
this I don't plan to do before around August.

Best,

Marc
Post by Sebastian
Hi Marc,
is there something new from your side?
I'm still not sure about how to remove more than 100 bindings in an app...
Somebody else successfully converted?
Sebastian
2008-07-04 20:35:41 UTC
Permalink
Hi Marc,

nice to hear some vital signs on this list.
As it seems, visual bindings are gone forever (by now, RB 2008 Rel 2).
Still using 2007 Rel 5. for pgsql4rb.
Are there any news about our future?

And again: Anybody out there, who successfully converted?

Regards
Sebastian
Post by Aliacta Support
Hi Sebastian,
I won't be able to automate the removal of your bindings in your
existing applications. That's something that can only be done
manually as far as I can see.
All I can do is remove the binding classes from the pgSQL4RB
distribution so that people can no longer create any bindings at all
in future applications (or so the latest RB releases will not bitch
about the presence of these classes containing deprecated code). But
this I don't plan to do before around August.
Best,
Marc
Post by Sebastian
Hi Marc,
is there something new from your side?
I'm still not sure about how to remove more than 100 bindings in an app...
Somebody else successfully converted?
_______________________________________________
Postgresql mailing list
http://aliacta.com/mailman/listinfo/postgresql_aliacta.com
Aliacta Support
2008-07-04 21:33:46 UTC
Permalink
I'm still on schedule to make a "V3 - the downgrade" and rewrite the
manual around August, even though something might perhaps come in
between.

Marc
Post by Sebastian
Hi Marc,
nice to hear some vital signs on this list.
As it seems, visual bindings are gone forever (by now, RB 2008 Rel 2).
Still using 2007 Rel 5. for pgsql4rb.
Are there any news about our future?
And again: Anybody out there, who successfully converted?
Regards
Sebastian
Post by Aliacta Support
Hi Sebastian,
I won't be able to automate the removal of your bindings in your
existing applications. That's something that can only be done
manually as far as I can see.
All I can do is remove the binding classes from the pgSQL4RB
distribution so that people can no longer create any bindings at all
in future applications (or so the latest RB releases will not bitch
about the presence of these classes containing deprecated code). But
this I don't plan to do before around August.
Best,
Marc
Post by Sebastian
Hi Marc,
is there something new from your side?
I'm still not sure about how to remove more than 100 bindings in an app...
Somebody else successfully converted?
_______________________________________________
Postgresql mailing list
http://aliacta.com/mailman/listinfo/postgresql_aliacta.com
_______________________________________________
Postgresql mailing list
http://aliacta.com/mailman/listinfo/postgresql_aliacta.com
Loading...