Hallo Martin, Du schriebst am Sat, 27 Jul 2013 07:11:05 +0200:
> The underline in caption properties is a marker for the > Alt+CharacterKey input focus change target, a Delphi relict. In order Yes, I realize that. But I realize also that this is a very useless feature for a _label_ that cannot get an input focus, and I'm not sure whether it even has the marker property in Delphi (and it's somewhat painful to check that under Linux). > to display simple text use tstringdisp (as I advised minoshi), in But this is a different control for a different purpose - it's meant for display of dynamic "content", and advertises its presence through graphical elements - elements that a label is lacking, as that's meant to just label (hence the name) something that cannot display the text itself, and it's not meant to be very dynamic (although it might have to change sometimes or be filled with text constructed from external data). At least, that's _my_ view of the elements, judging from _my_ understanding of their names. > > situation, and the system author responded with a suggestion for > > another feature or option, immediately followed by the announcement > > of its (experimental, yet in the main branch) implementation - and a > > user's response to the effect that the issue was solved otherwise. > > Too late... > > I try to fullfill the user needs in a most universal and orthogonal Fine, and everybody will be so grateful about that. Although noone remebers what some specific option might be good for (do you? For _all_ of them?), it's rewarding that about everyone got his own special options... (Yes, I _do_ remeber that you did reward me some as well, I was just too slow with even reading your response to be able to avoid that...) In my view, introducing yet another option isn't really "universal" (especially when this requires to sort out all the options by using some arbitrary prefix to avoid name clashes), and the option space soon gets cluttered up quite some, with some options not _quite_ orthogonal to all the others, because they require some and contradict others. Spaces of high dimensionality get very involved quite soon, even if the dimensions are just binary. > way. Often instead to implement a special feature I remove a > limitation of a already existing functionality or add a flag in Fine, removing a limitation should be helpful most of the time. _If_ the restriction was not really neccessary in the first place, to avoid some clash or other undesirable effect. But then, the restriction shouldn't be in place at all, because there was no neccessity for it? > option set property. Option flags use a single bit in a 32 bit number > only and are memory efficient. They still require code to process, and they add to the combinatorial complexity of the system. (Hah - "add": they potentiate it.) > > (You certainly know the german phrase "voreilender Gehorsam"? :->) > > Yes, indeed, I think you're often overresponsive. > > > I try to make MSEgui so that the users can work with it in the manner > they like, they should not be forced to use a specific pattern. So I That's a very nice trait of you, and I don't even mean that ironic. But - this is a trait that can bring one in deep trouble quite fast, as there are so many ways someone can want to do something. If you want to support _all_ of them, you might get tied up in huge mess of contradictory functions (thinking of the historical "Gordic Knot";) that require even more restrictions to keep the whole mess working "somehow". I won't judge how far away from such a state MSEIDE+MSEGUI is right now, I just want to express my concern that it might be going in such a direction or might even be on its way there already. (Can you tell for _every_ option of a moderatly complex component immediately what it effects? If not, this might be somewhat overly complicated already.) Sometimes, they say, less is more - you can relate this to complexity versus usability here. Sorry for the longwinded treatise... -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- ------------------------------------------------------------------------------ See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk _______________________________________________ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk