Re: patch for gnustep/core/gui/Headers/gnustep/gui/NSButtonCell.h

thanks - applied

> i was porting an app and found this typo
> 
> --- NSButtonCell.h      Fri Nov 30 17:32:38 2001
> +++ NSButtonCell.h.new  Fri Nov 30 17:33:01 2001
>  <at>  <at>  -60,7 +60,7  <at>  <at> 
>  
>  typedef enum _NSGradientType {
>      NSGradientNone,
> -    NSGradientConcanveWeak,
> +    NSGradientConcaveWeak,
>      NSGradientConcaveStrong,
>      NSGradientConvexWeak,
>      NSGradientConvexStrong
> 
> 
> 
> 
> _______________________________________________
> Bug-gnustep mailing list
> Bug-gnustep <at> gnu.org
> http://mail.gnu.org/mailman/listinfo/bug-gnustep
> 
> 

Re: DnD improvements

Willem Rein Oudshoorn wrote:

> Here are some improvements on DnD.  Improvements are
> 
> * Cursor changes on type of DnD operation
> * Key modifiers work during DnD
> * Should work with all window managers 
>         
> Things still to do:
> 
> * Fix cursor setting bug with WindowMaker
> * Work together with other DnD aware applications.
> * Fix bug in NSColorWell usage of DnD
> 
> Although the cursor changes during DnD it does not always
> work due to a bug in the cursor setting code.
> It is a mysterious bug that as far as I can see
> only happens when there is a NSPanel present.

It's not just WindowMaker. I'm using Gnome now and I get the same 
problem. I'll try to look into it also. Otherwise the patch is pretty 
good as far as I've looked.

--

-- 
Adam Fedor, Digital Optics            | Fudd's law of opposition: Push
fedor <at> doc.com  http://www.doc.com     | something hard enough, and it
fedor <at> gnu.org  http://www.gnustep.org | will fall over.

Re: NSAttributedString (AppKit) small bug

Thanks - great - applied a patch 

> I think there is a small bug in NSAttributedString (AppKit): 
> - (void) fixParagraphStyleAttributeInRange: (NSRange)range.

Weekly Update

Week to 2 December 2001

ObjC support coming to GDB
At long last, it seems someone from Apple is actually working on getting 
ObjC
support into the mainline of GDB ... having ObjC support in GDB is going 
to be
great for developers.

GNUMail and Pantomime
New versions of these packages were announced ... now considered quite 
stable.

Dew Debian packages
Frederico S. Munoz has undertaken to produce Debian packages for GNUstep 
apps such
as Gorm, GNUMail, and ProjectCentre

Week to 22 July 2001

gnustep-base (Foundation)

A few minor bugfixes and performance tweaks this week.
Autogsdoc support for html output mostly implemented.

gnustep-gui (GUI frontend library)

NSWorkspace class tidied up somewhat and application notifications improved.
Lots of minor tidyups and fixes elsewhere - particularly important 
perhaps are the

Re: DnD improvements

Willem Rein Oudshoorn wrote:

> Things still to do:
> 
> * Fix cursor setting bug with WindowMaker
> * Work together with other DnD aware applications.
> * Fix bug in NSColorWell usage of DnD
> 

I added you patch with a few changes.

First, I didn't add the setting the background on a cached image, 
because it seems to work for me, or at least I don't see what is wrong. 
It may simply be that you don't have the 'GraphicCompositing' default 
set.  I've changed this to be YES by default, since it's confusing other 
people also (I've only recently documented it, so that's not surprising).

Also, the cursor management was screwed up, which I think was causing at 
least some of your cursor problems. It's probably my fault since I wrote 
it and obviously didn't understand a thing about cursors when I did. It 
should work a little better now, but it still leaves much to be desired.

There still seems to be a problem with Dnd cursor setting. The cursor 
seems to change too often when draging and not always correctly (i.e. 
when you move the mouse quickly). This may be at least partially due to 
the fact that drag window doesn't track  the mouse that well or perhaps 
it's something else. I'll try to look at it later, but I'll be away from 
the 'home office' for a few days so I don't know how much luck I'll have.

Thanks!

Re: DnD improvements

Adam Fedor <fedor <at> doc.com> writes:

> Willem Rein Oudshoorn wrote:
> 
> > Things still to do:
> > * Fix cursor setting bug with WindowMaker
> > * Work together with other DnD aware applications.
> > * Fix bug in NSColorWell usage of DnD
> >
> 
> 
> I added you patch with a few changes.
> 
> First, I didn't add the setting the background on a cached image,
> because it seems to work for me, or at least I don't see what is
> wrong. It may simply be that you don't have the 'GraphicCompositing'
> default set.  I've changed this to be YES by default, since it's
> confusing other people also (I've only recently documented it, so
> that's not surprising).

I have the `GraphicCompositing' set to YES.  But it is not
surprising that you did not see what was going wrong, I should
have described it better.  Two things:

(A) It is the right thing to do.  
(B) If you drag a color, e.g. from the color panel a colorwell,
    the image you drag looks as follows:

               Trans-  *
               parent  *

RE: DnD improvements

> -----Original Message-----
> From: Willem Rein Oudshoorn [mailto:woudshoo <at> xs4all.nl]
> 
> (A) It is the right thing to do.  
> (B) If you drag a color, e.g. from the color panel a colorwell,
>     the image you drag looks as follows:
> 
>                Trans-  *
>                parent  *
>                        *
>                *********
> 
>    Where * is black.  The background color of the image you're 
>    dragging is THE color you are dragging.  
>    Because in the old code the background color is ignored
>    you do not see the color you are dragging.  
>   

Thanks for the pointer. I can see it now.  I think the problem, however,
is that although there is a background in
cached image, the alpha on the color is 1, so when it gets composited
(again) to the drag view, it
gets ignored. What I'm not sure is if that's an error in how we
interpret compositing and alpha values or if it's an error on the
NSColorPanel's part in drawing the image. I'll have to test it out,
unless anyone knows how this works.

> I am not sure what code you are refering to, but the main problem was
> that the call to

NSText small bug

Hi,

When changing the background color of a NSTextView object after adding it 
to a NSScrollView (like, in Affiche), the color isn't set for the clipview 
so it'll remain white.

I've included with this mail a little patch for NSText.m. It will verify 
in -setBackgroundColor if the enclosingScrollView isn't nil and if it 
isn't, it'll set the color of the scrollview to the background color of 
the textview.

Thanks,
		Ludovic

--

-- 
Live as if you were to die tomorrow.
Learn as if you were to live forever.
 - Gandhi

--- /tmp/test/core/gui/Source/NSText.m	Wed Dec 20 12:00:31 2000
+++ NSText.m	Tue Dec  4 14:40:43 2001
 <at>  <at>  -57,6 +57,7  <at>  <at> 
 #include <AppKit/NSDragging.h>
 #include <AppKit/NSTextStorage.h>
 #include <AppKit/NSTextContainer.h>
+#include <AppKit/NSScrollView.h>
 #include <AppKit/NSLayoutManager.h>
 
 static	Class	abstract;

Re: NSText small bug

I applied some patches for this _ let me know of any problems

> Hi,
> 
> When changing the background color of a NSTextView object after adding it 
> to a NSScrollView (like, in Affiche), the color isn't set for the clipview 
> so it'll remain white.
> 
> I've included with this mail a little patch for NSText.m. It will verify 
> in -setBackgroundColor if the enclosingScrollView isn't nil and if it 
> isn't, it'll set the color of the scrollview to the background color of 
> the textview.

ssl support

Hello,
using the last cvs distribution and 
OpenSSL 0.9.6b [engine] 9 Jul 2001 with correct library and include
paths I get an error in configure for the base module. The error comes
from the  tests for ssl2_clear 
when building openssl the full tests were ran.
All of this on a linux platform. I use gcc 3.0.2
Is this a bug in openssl or is the test in error?
bypassing the ssl_clear test result in successful compilation but since
I do not know how to test the SSL.bundle I do not know if this proves
anything.
I am not a developper so I cannot help and sorry if this is a
triviality.

Also but unrelated while launching GWorkspace the following  messages
appear (not new)
Dec 06 17:25:38 GWorkspace[8685] File NSView.m: 686. In [NSClipView
-setFrame:] given negative width
Dec 06 17:25:38 GWorkspace[8685] File NSView.m: 691. In [NSClipView
-setFrame:] given negative height

Is this normal ?
Otherwise thanks for GNUstep
Paul