headers
Fred Kiefer | 1 Feb 2005 01:41
Picon

[bugs #11713] Windows resizable when they shouldn't be


Follow-up Comment #4, bugs #11713 (project gnustep):

Hi Alex, 

as you have an Apple computer, I trust, that you checked the behaviour there
and now know for sure that the NSResizableWindowMask trickers the
resize/non-resize behaviour and that this does not refelct on the
minSize/maxSize of the NSWindow. This anwsers the questions I posed in my
mail.

Your hack looks fine to me, it will change the settings a bit too often, even
when an unrelated attribute of the window changes, but this should not do any
harm.

    _______________________________________________________

This item URL is:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11713>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 1 comment |
headers
Gregory John Casamento | 1 Feb 2005 05:30
Picon

[bugs #11778] re-parsing of a class


Update of bugs #11778 (project gnustep):

                  Status:                    None => Fixed                  
             Assigned to:                    None => gcasa                  
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #1:

The initial implementation of this will remove all connections to instances
of the class being reparsed.  This will be improved later. GJC

    _______________________________________________________

This item URL is:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11778>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 501 comments |
headers
Alexander Malmberg | 1 Feb 2005 22:19
Picon

[bugs #11799] GNUstep Application Menus should "stick" to corner of screen (edge resistance)


Follow-up Comment #1, bugs #11799 (project gnustep):

I've attached a patch that does this (and cleans up the event loop that
handles menu movement in the process). Works kindof like windowmaker's edge
resistance, i.e. it doesn't snap, but there's resistance against moving
through an edge. Seems to work ok in practice; LIP parameter might need some
more tweaking, though.
    _______________________________________________________

Additional Item Attachment:

File name: sticky_menu.patch              Size:4 KB

<http://savannah.gnu.org/bugs/download.php?item_id=11799&item_file_id=2136>

    _______________________________________________________

This item URL is:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11799>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 752 comments |
headers
Pupeno | 2 Feb 2005 02:55
Picon

[bugs #11812] defaults creates a directory named "/home/me/~/GNUstep"


URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11812>

                 Summary: defaults creates a directory named
"/home/me/~/GNUstep"
                 Project: GNUstep
            Submitted by: pupeno
            Submitted on: Wed 02/02/2005 at 01:55
                Category: None
                Severity: 5 - Average
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

When I call

defaults write NSGlobalDomain GSBackend libgnustep-art

it says:

2005-02-01 22:33:56.000 defaults[12113] Defaults home '~/GNUstep' did not
exist - created it
(Continue reading)

Permalink | Reply | 501 comments |
headers
Pupeno | 2 Feb 2005 05:44
Picon

[bugs #11814] Some corrections to the documentaion


URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11814>

                 Summary: Some corrections to the documentaion
                 Project: GNUstep
            Submitted by: pupeno
            Submitted on: Wed 02/02/2005 at 04:44
                Category: Base/Foundation
                Severity: 5 - Average
              Item Group: Documentation
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

I've made some corrections (some things that were clearly wrong, there some
concepts that may be better explained, but I didn't touch that) to the
documentation (this one:
http://gnustep.org/resources/documentation/Developer/Base/ProgrammingManual/manual_1.html)
and I'm attaching the patch here.

    _______________________________________________________

File Attachments:
(Continue reading)

Permalink | Reply | 501 comments |
headers
Pupeno | 2 Feb 2005 08:50
Picon

[bugs #11815] GSVbox and GSHbox in the palletes


URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11815>

                 Summary: GSVbox and GSHbox in the palletes
                 Project: GNUstep
            Submitted by: pupeno
            Submitted on: Wed 02/02/2005 at 07:50
                Category: Gorm
                Severity: 5 - Average
              Item Group: Change Request
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

It would be nice if Gorm provided GSVbox and GSHbox on the standard
palletes.

(This is just a reminder of a feature bheron agreed to implement in an irc
talk).

Thanks.

    _______________________________________________________
(Continue reading)

Permalink | Reply | 501 comments |
headers
Richard Frith-Macdonald | 2 Feb 2005 11:30
Picon

[bugs #11812] defaults creates a directory named "/home/me/~/GNUstep"


Follow-up Comment #1, bugs #11812 (project gnustep):

What version of the GNUstyep base library are you using?

Looking at the CVS source, I can't see how the message -

  2005-02-01 22:33:56.000 defaults[12113] Defaults home '~/GNUstep' did not
exist - created it

can reasonably happen.

The name of the defaults directory is formed by reading .GNUsteprc and either
accepting the directory name found or by replacing a leading '~' with the home
directory of the user (obtained from the unix password file using getpwent()
function).  So to get '~/GNUstep' as the defaults home it looks like the
password file would need to contain '~' as the home directory of the user,

or the string handling would need to be sufficiently broken that it fails to
recognise that the value it read from .GNUsteprc had a leading '~'

    _______________________________________________________

This item URL is:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11812>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
(Continue reading)

Permalink | Reply | 501 comments |
headers
Kevin Kerle | 2 Feb 2005 11:21
Picon

Problem launching Gorm-0.9.0 from ProjectCenter-0.4.2


  When I try to launch Gorm from the new ProjectCenter by selecting
Interfaces on the main browser window and then double clicking on the name
of a .gorm file in the second panel of the browser, I get the following error:

  File not found. Exception: GSMutableString(instance) does not recognize
objectforKey:

  I get the same error if I load an existing .gorm file and double click on
that.  Is this a known bug or problem?  Gorm works find by itself.  I am
doing this on RedHat EL v.3

  I also notice that in the Create new project... dialog, the list box
doesn't contain a GormApplication item.  Is this because the tutorial I'm
going from is dated, or do I have to do something to set up a
GormApplication.bundle to activate this item?  The tutorial I am using is:

  http://gnustep.it/pierre-yves/index.html

Kevin
Permalink | Reply | 4 comments |
headers
Gregory John Casamento | 2 Feb 2005 19:02
Picon
Favicon

Re: Problem launching Gorm-0.9.0 from ProjectCenter-0.4.2

Kevin,

--- Kevin Kerle <kkerle <at> ix.netcom.com> wrote:

> 
>   When I try to launch Gorm from the new ProjectCenter by selecting
> Interfaces on the main browser window and then double clicking on the name
> of a .gorm file in the second panel of the browser, I get the following
> error:
> 
>   File not found. Exception: GSMutableString(instance) does not recognize
> objectforKey:

Check the .gorm directory and see if there's anything in it.   Other users have
reported that the dir is empty when PC creates the project.

>   I get the same error if I load an existing .gorm file and double click on
> that.  Is this a known bug or problem?  Gorm works find by itself.  I am
> doing this on RedHat EL v.3
> 
>   I also notice that in the Create new project... dialog, the list box
> doesn't contain a GormApplication item.  Is this because the tutorial I'm
> going from is dated, or do I have to do something to set up a
> GormApplication.bundle to activate this item?  The tutorial I am using is:
> 
>   http://gnustep.it/pierre-yves/index.html

It's now "Application" instead of "GormApplication".

> Kevin
(Continue reading)

Permalink | Reply | 3 comments |
headers
Kevin Kerle | 3 Feb 2005 00:10
Picon

Re: Problem launching Gorm-0.9.0 from ProjectCenter-0.4.2

Gregory,

At 10:02 AM 2/2/2005 -0800, Gregory John Casamento wrote:
>Check the .gorm directory and see if there's anything in it. Other users have
>reported that the dir is empty when PC creates the project.

  The .gorm dir is populated with the files I'd expect (data.classes,
data.info, and objects.gorm) and all have reasonable contents, to my eyes.
The exception is actually thrown by Gorm, and I get the same error when I
try to load the PC-created .gorm in standalone mode.  Gorm works fine for
me if I create a project from scratch with it, so I'm thinking it doesn't
like something about the way PC is creating them.

>It's now "Application" instead of "GormApplication".
>P.S. Can we get Pierre to update or, at least remove that link?   It's
>confusing to a lot of people as the "Where's GormApplication" is a
>persistent question".

  I'd hate to see the link just removed since it's a very good tutorial and
quite useful.  I figured that was the case and probably wouldn't have given
it a thought if I hadn't run into the other problem.

Kevin

>Kevin,
>
>--- Kevin Kerle <kkerle <at> ix.netcom.com> wrote:
>
>> 
>>   When I try to launch Gorm from the new ProjectCenter by selecting
(Continue reading)

Permalink | Reply | 2 comments |

Gmane