Angus Leeming wrote: > In truth, the question of how best to deal with these GUI strings in a > multi-GUI world has been shelved. Given that the two (plus) frontends do > there own thing, it makes little sense to add spurious constraints.
And bear in mind that we only have those strings in xforms because it does not (yet) roll a decent tooltips mechanism > Of course, if the xforms code were ported to FLTK, we could have two near > identical frontends. Then there might be a case to argue. Would that make sense (i.e. shipping code with two near identical frontends)? I mean, do you want to include every frontend for which you have volunteers? As fltk is, as I understand it, more or less an improved xforms, I would not mind if fltk played the Darwin game with xforms (though xforms works well enough where I need it , i.e. on slow machines like my old notebook). Juergen.
