Re: missing fields in Application Browser
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 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
Re: missing fields in Application Browser
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 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
Re: missing fields in Application Browser
Could it be the autohilite property? On 3/8/10, Scott Morrow 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 > -- Sent from my mobile device ___ 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
Re: missing fields in Application Browser
Thank you, Sarah. I didn't know that. Unfortunately in this case it didn't solve the problem. Time to rebuild, I guess. -Scott On Mar 7, 2010, at 9:02 PM, Sarah Reichelt wrote: > On Mon, Mar 8, 2010 at 2:49 PM, Scott Morrow > 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 > > Check the settings for the group in the Inspector. rev 4.0 introduced > a new group property called selectGroupedControls. If this is set to > true (or checked in the Inspector), then the individual members of the > group will not be listed in the Application Browser. > > This doesn't explain why you can't hilite any text in the fields, but > check the group settings and see if anything there fixes that too. > > HTH, > Sarah > ___ > 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
Re: missing fields in Application Browser
On Mon, Mar 8, 2010 at 2:49 PM, Scott Morrow 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 Check the settings for the group in the Inspector. rev 4.0 introduced a new group property called selectGroupedControls. If this is set to true (or checked in the Inspector), then the individual members of the group will not be listed in the Application Browser. This doesn't explain why you can't hilite any text in the fields, but check the group settings and see if anything there fixes that too. HTH, Sarah ___ 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
