Not sure if this would cause the problem, but once I had gotten myself into a pretty ugly situation that was causing some very odd behaviors:
* I had a group (A) that happened to contain another group (B). * While editing group A, I had accidentally clicked group B (with that "selectGroupedControls property turned on). * When I clicked "Edit group" in the toolbar to stop editing group A I actually started editing group B. To make a long story short, I somehow ended up regrouping everything a second time (so group A was now a subgroup of Z), and that ended up causing me no end of grief until I figured it out and ungrouped them. Jeff M. On Mar 8, 2010, at 4:18 AM, Scott Morrow wrote: > Hello Martin, I did check that, thanks. I'm suspicious that it may have > something to do with the selectGroupedControls property that Sarah mentioned. > Changing this setting for these groups has no effect at this point and they > behave as if the property is "stuck" as true. > -Scott > > On Mar 8, 2010, at 1:59 AM, Martin Blackman wrote: > >> Could it be the autohilite property? >> >> On 3/8/10, Scott Morrow <sc...@elementarysoftware.com> wrote: >>> Recently, in one of my projects, the Application Browser stopped showing >>> fields that were in a group. Furthermore, the fields in this group no longer >>> allow text to be hilited. (The text can still be edited, but not something >>> that is really usable.) The fields are obviously still there and running >>> "put the num of flds of this cd" into the message box returns "18" Yet only >>> one field shows in the Application browser. The field that does show is not >>> in a group. I've tried trashing the preferences file and reinstalling rev. >>> I was hoping not to deconstruct and rebuild the groups. Has anyone else run >>> across this? Thoughts? >>> Rev 4.0 Enterprise >>> >>> Scott Morrow >>> >>> Elementary Software >>> (Now with 20% less chalk dust!) >>> web http://elementarysoftware.com/ >>> email sc...@elementarysoftware.com >>> >>> >>> >>> >>> _______________________________________________ >>> use-revolution mailing list >>> use-revolution@lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your subscription >>> preferences: >>> http://lists.runrev.com/mailman/listinfo/use-revolution > > _______________________________________________ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution _______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution