headers
matt rice | 1 Oct 2006 15:54
Picon

[bug #17892] emulate IB private api to get outlets/actions.


URL:
  <http://savannah.gnu.org/bugs/?17892>

                 Summary: emulate IB private api to get outlets/actions.
                 Project: GNUstep
            Submitted by: ratmice
            Submitted on: Sunday 10/01/2006 at 13:54
                Category: Gorm
                Severity: 1 - Wish
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

http://lists.apple.com/archives/Projectbuilder-users/2001//Jun/msg00092.html

in case it goes away.

Adding the following three methods to the IBDocuments  <at> protocol

- (NSString *) classForObject:(id) obj;
- (NSArray *) actionsOfClass:(NSString *) className;
- (NSArray *) outletsOfClass:(NSString *) className;
(Continue reading)

Permalink | Reply | 501 comments |
headers
Yen-Ju Chen | 2 Oct 2006 04:51
Picon

[patch #5434] Expose Icon Window for other window manager


URL:
  <http://savannah.gnu.org/patch/?5434>

                 Summary: Expose Icon Window for other window manager
                 Project: GNUstep
            Submitted by: yjchen
            Submitted on: Sunday 10/01/2006 at 22:51
                Category: AppKit
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open

    _______________________________________________________

Details:

Here is a patch to expose icon window for other window manager besides
WindowMaker. It gives other window manager a chance to work better with
GNUstep. I tests it with WindowMaker, Metacity and Azalea.

And can someone take a look at the patch in bug #17787 ?
Thanx.

    _______________________________________________________

File Attachments:
(Continue reading)

Permalink | Reply | 501 comments |
headers
Fred Kiefer | 2 Oct 2006 11:46
Picon

[patch #5434] Expose Icon Window for other window manager


Follow-up Comment #1, patch #5434 (project gnustep):

Sorry, I don't quite get the purpose of this patch. What is the intended
result? And is there a way to determine which window managers will support
this behaviour?
We already have different level of icon support build into GNUstep for
different window managers, this may get screwed up if we enable something
WindowMaker specific for all window managers.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/patch/?5434>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/
Permalink | Reply | 502 comments |
headers
Graham J Lee | 2 Oct 2006 15:38
Picon

[bug #17897] SQLClient configure script doesn't see custom GNUSTEP_CONFIG_FILE


URL:
  <http://savannah.gnu.org/bugs/?17897>

                 Summary: SQLClient configure script doesn't see custom
GNUSTEP_CONFIG_FILE
                 Project: GNUstep
            Submitted by: iamleeg
            Submitted on: Monday 02/10/06 at 13:38
                Category: Libraries
                Severity: 3 - Normal
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

the SQLClient's "./configure" will bomb out if /etc/GNUstep/GNUstep.conf
isn't present, even if a valid configuration file is located at
$GNUSTEP_CONFIG_FILE.

This patch to configure.ac makes configure pay attention to any previously
set $GNUSTEP_CONFIG_FILE, and only grep through the Makefiles if it hasn't
been set.

    _______________________________________________________
(Continue reading)

Permalink | Reply | 501 comments |
headers
Dan Debertin | 1 Oct 2006 18:11
Picon

libart backend -- Solaris

Hi,

I can't get any GNUstep apps to run with the libart backend. Here's 
the pixel error message and pixel format:

gnustep-back(art): Unrecognized color masks: 
00000007:00000038:000000c0 8

Xlib seems to work, cairo has serious color problems. I'd like to get 
the libart backend working, as several have recommended it to me as an 
alternative to xlib.

Here's my config:

OS: Solaris 10 on sparc
Video: Creator 3D series 3 (FFB2+)
Monitor res, refresh & depth: 1600x1200, 60 Hz, 24 bits

Let me know if you need more information.

TIA,
-Dan Debertin
debertin <at> gmail.com
Permalink | Reply | 4 comments |
headers
Nicola Pero | 2 Oct 2006 16:36
Picon

[bug #17897] SQLClient configure script doesn't see custom GNUSTEP_CONFIG_FILE


Follow-up Comment #1, bug #17897 (project gnustep):

Thanks ... I was looking at configure.ac and I was wondering ... the
variables defined in the config file (GNUSTEP_SYSTEM_ROOT, etc) are never
used in configure.

So a more radical option could be ... can we remove reading the config file
entirely ? ;-)

Hmmm ... I feel I'm missing something but can't see what.

Thanks

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?17897>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 501 comments |
headers
Richard Frith-Macdonald | 2 Oct 2006 16:37
Picon

[bug #17897] SQLClient configure script doesn't see custom GNUSTEP_CONFIG_FILE


Update of bug #17897 (project gnustep):

                  Status:                    None => Fixed                  
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #2:

Patch applied, thanks.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?17897>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 0 comments |
headers
Yen-Ju Chen | 2 Oct 2006 19:48
Picon

[patch #5434] Expose Icon Window for other window manager


Follow-up Comment #2, patch #5434 (project gnustep):

Sorry that I didn't explain too much.
The main purpose is to expose the window used by application icon so that
other window manager may be able to support GNUstep-style application icon
(IconWindowHint)
The icon (pixmap) is less useful here, but I figure it won't hurt.
We are trying to have a window manager and dock to support GNUstep better.
But a lot of "features" are only exposed to WindowMaker,
which make it difficult to have another window manager work good with
GNUstep.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/patch/?5434>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 1 comment |
headers
Chris Vetter | 3 Oct 2006 11:07
Picon

Re: libart backend -- Solaris

On 2006-10-01 18:11:55 +0200 Dan Debertin <debertin <at> gmail.com> wrote:
[...]
> Here's my config:
> OS: Solaris 10 on sparc
> Video: Creator 3D series 3 (FFB2+)
> Monitor res, refresh & depth: 1600x1200, 60 Hz, 24 bits
> Let me know if you need more information.

Which version of libart are you using?
Did you compile it yourself or did you download a binary package -- if 
so, from where?
And what's the version of gnustep-back?

--

-- 
Chris
Permalink | Reply | 1 comment |
headers
Fred Kiefer | 3 Oct 2006 13:04
Picon
Picon

Re: libart backend -- Solaris

Dan Debertin schrieb:
> I can't get any GNUstep apps to run with the libart backend. Here's the
> pixel error message and pixel format:
> 
> gnustep-back(art): Unrecognized color masks: 00000007:00000038:000000c0 8
> 
> Xlib seems to work, cairo has serious color problems. I'd like to get
> the libart backend working, as several have recommended it to me as an
> alternative to xlib.
> 
> Here's my config:
> 
> OS: Solaris 10 on sparc
> Video: Creator 3D series 3 (FFB2+)
> Monitor res, refresh & depth: 1600x1200, 60 Hz, 24 bits
> 
> Let me know if you need more information.

This looks strange, art seems to think that your display uses 8 bits per
pixel and this format is not supported. But according to your
description your monitor has been set up to use 24 bits per pixel, which
would give 8 bits per channel, a format well supported by art.
The question now is, where the disagreement comes from. The best way to
find out about this is to add a lot of NSLog() statements into the
method [ArtContext initWithContextInfo:]. The problem here may be that
art takes the first visual it finds and uses the values from there. It
would be worthwhile to output the result of the two XGetVisualInfo calls
and also the value of bpp before and after the image creation. This
would give us more information to draw conclusions from.
(Continue reading)

Permalink | Reply | 1 comment |

Gmane