Francois PIETTE a écrit : >>in the base form but it must do the same for each inherited form that has >>changed the Options property. >>While this could be accepted for related switches like TFont.Style I don't >>think that it is acceptable when they are unrelated. > > > I think this behaviour is the normal expected behaviour of the way > inheritance work.
May be that this behaviour is quite never unseen by developpers... i may say that now, most developpers - i don't say *all* developpers - don't pay attention about nicely designed applications, nor do they really think in term of inheritance... > > I want that the two new properties be added to the Options property. > Names: httpoEnableContentCoding and httpoUseQuality i'm wondering about the utility of such properties. Why not use the ContentCoding and Quality within the ContentCoding component and let the HttpCli use it only when its ContentCoding property is assigned. i mean, when using the TImage glyph property, you use the properties of the TPicture object (TJpegImage, or TBitmap or TImageFormatYouWant) to set its abilities. The TSpeedButton (for example) uses the glyph to display only when assigned. The activation or desactivation of a ContentCoding property would be only set by this mean : Httpcli1.ContentCoding.Enabled:=True/False; Generating an exception if it's not assigned. uh ? :) my 2 cents on pattern design ;) -- Guillaume MAISON - [EMAIL PROTECTED] 83, Cours Victor Hugo 47000 AGEN Tél : 05 53 87 91 48 - Fax : 05 53 68 73 50 e-mail : [EMAIL PROTECTED] - Web : http://nauteus.com -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
