On 5 May 2011, at 18:56, Riccardo Mottola wrote:
> Hi,
>
> I tried installing on cygwin. After successfully configuring make, I get the
> following error:
>
> Riccardo Mottola@saruman /home/multix/modules/core/make
> $ make install
> make: *** /home/Riccardo: Is a directory. Stop.
>
> I conf
Hi,
I am currently trying to recreate a XIB file in Gorm, since importing more
complex NIB or XIB files does not yet seem to work (thanks however for starting
to implement these!).
One thing however is driving me mad: I can't figure out where control-dragged
connections will end up. I draw a c
On 6 May 2011, at 12:17, Tim Schmielau wrote:
> I am currently trying to recreate a XIB file in Gorm, since importing more
> complex NIB or XIB files does not yet seem to work (thanks however for
> starting to implement these!).
>
> One thing however is driving me mad: I can't figure out where
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
> The alternative is to go through gnustep-make rewriting everything
> to handle paths/filenames with spaces, and possibly then go through
> all makefiles everywhere doing the same.
It's not that easy. The make grammar uses whitespace in a way that doesn't
allow easy workarounds. Whoever designe
Try creating symlink /home/riccardo and then modifying HOME environment
variable to that path.
Cygwin should support symlinks. If it doesn't, then I guess you'll have to
create a directory and move cygwin-related stuff to that new home.
I don't think that a more systematic solution could be per
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
Ivan Vučica wrote:
> Try creating symlink /home/riccardo and then modifying HOME
> environment variable to that path.
>
> Cygwin should support symlinks. If it doesn't, then I guess you'll have
> to create a directory and move cygwin-related stuff to that new home.
NTFS can do this on its own, wi
12 matches
Mail list logo