Hi again,
so in my adventure to actually use Gorm again after a long while I've come
across the next issue:
I've used the helpful Edit/Group/In View command to put a number of (optional)
controls into a subview that can be shown and hidden on demand. All this is
working nicely, and required on
On Fri, May 6, 2011 at 10:55 PM, Tim Schmielau
wrote:
> So is the only available option going back to my last backup, and recreate
> all steps from there? That would probably keep me from using this feature
> again...
Or just save, try to fix Gorm's ungroup method, and reload the project
to un
On 6 May 2011, at 18:30, Banlu Kemiyatorn wrote:
> On Fri, May 6, 2011 at 10:55 PM, Tim Schmielau wrote:
>
>> So is the only available option going back to my last backup, and recreate
>> all steps from there? That would probably keep me from using this feature
>> again...
>
> Or just save, try
I can understand how this can be confusing and many people have asked
for it to be improved.
If you group a control in a subview (box, etc)... then you should be
able to access the subview by double clicking the view which contains
it. This should turn the handles on the containing view black and
Thanks for taking the time to explain this.
I now think that this problem and the other one I've posted about (connections
sometimes going to the wrong controls), are actually related to a third
observation I've not yet posted to the list:
Using Gorm and GNUstep from current SVN (or Gorm 1.2.12
> If I have understood your explanation correctly on how to edit controls
> inside a subview, then I think I have already tried this, however with
> no success (the black handles appear, but the content of the subview
> appears frozen and does not react to user input). It might well be that
> this