Versions des environnements
someone can tell me why the Combobox is therefore is not important for the VFPT?
The VFP team has to deal with a lot of ERs and BUG reports from thousands of users. I am sure that all of the issues are important to them. However, the members of the team - just like anyone else - have only so much time in a day < s >.
My best guess is that, if there is a workaround (as there is in this particular case), other problems that do not have any workaround take priority.
It is full of issues and bugs not resolved.
I'm sorry, but I do not happen to agree with you. I use combos all the time - they are one of my favorite controls - and I do not have any particular issues with them. The VFP team has done a lot of work on the combo base class over the years and resolved loads of issues. I remember, back in VFP 3, we had to write our own code to handle combos that were bound to numeric controlSources - they added the BoundTo property in version 5 so that this would be handled automatically. I can't remember which version of VFP it was - 3 or 5 - where the combo box would crash VFP if it has more than 253 elements and you selected element 253. This got fixed too ( although my personal opinion is that putting over 200 items in a combo box is bad UI design, but that is another story < s > ).
I do not know about you, but I have never written an entirely bug free application. As my clients discover issues, I address them. I am sure that my applications are not nearly as complex as VFP is. Expecting the VFP team to address every single issue you have immediately is simply not realistic. I can't do that for my clients.
Précédent
Suivant
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement