Update of bug #31983 (project gnustep):
Status: Invalid = Ready For Test
Open/Closed:Declined = In Test
___
Follow-up Comment #3:
Looks like Apple
Update of patch #6630 (project gnustep):
Status:None = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #1, bug #31311 (project gnustep):
The problem here seems to be that Gorm only adds OIDs for the objects
referenced in connections. Your active window doesn't seem to be involved in
any connection, so it is missing from that list and the addObject: call will
fail due to the nil
Update of bug #32290 (project gnustep):
Status:None = Fixed
Assigned to:None = FredKiefer
Open/Closed:Open = Closed
Update of bug #32164 (project gnustep):
Status:None = Invalid
Open/Closed:Open = Declined
___
Reply to this item at:
Update of bug #32166 (project gnustep):
Assigned to:None = gcasa
___
Follow-up Comment #1:
This happens because Greg removed the code that would remove the menu view
from the window when
, 20 Feb 2011 15:33 +, Fred Kiefer invalid.nore...@gnu.org
wrote:
Follow-up Comment #2, patch #7470 (project gnustep):
I still don't like the _captureMouse: call, but at least this is now
implemented safely.
There is a lot that I don't understand about this long method, but one
line
Follow-up Comment #8, bug #3956 (project gnustep):
At least we should check for the strings we set up for NaN, zero and nil. And
then there are a lot more settings that could be considered here.
___
Reply to this item at:
Update of patch #7470 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = Closed
Update of bug #19804 (project gnustep):
Status:None = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #9:
I finally
Update of bug #30392 (project gnustep):
Status:None = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #1:
Eric implemented
Update of bug #31039 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Closed on request of
Update of bug #29781 (project gnustep):
Summary: [Windows XP][WinUX theme][Windows classic theme] The
WinUXTheme ignores color settings of Windows XP = [Windows XP][WinUX theme]
The WinUXTheme ignores color settings of Windows XP
Update of bug #32806 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Update of bug #29708 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #31263 (project gnustep):
Category:None = Makefiles
___
Reply to this item at:
http://savannah.gnu.org/bugs/?31263
___
Update of bug #32056 (project gnustep):
Category:None = Libraries
___
Reply to this item at:
http://savannah.gnu.org/bugs/?32056
___
Update of bug #32848 (project gnustep):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #1:
This is a duplicate
Follow-up Comment #2, bug #29719 (project gnustep):
If bug #31311 is really a duplicate of this one, then the analysis here is
completely wrong and should be replaced with what I posted for #31311:
The problem here seems to be that Gorm only adds OIDs for the objects
referenced in connections.
Update of bug #33042 (project gnustep):
Status:None = Confirmed
Assigned to:None = FredKiefer
___
Follow-up Comment #1:
Thank you for this
Update of bug #33042 (project gnustep):
Status: Confirmed = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #2:
This bug should be
Update of bug #33289 (project gnustep):
Status:None = Need Info
___
Follow-up Comment #1:
Could you please provide an example showing this behaviour?
The code in NSArray that does the
Update of bug #32845 (project gnustep):
Status:None = Confirmed
Assigned to:None = FredKiefer
___
Follow-up Comment #1:
I submitted a
I am no expert for Ubuntu and I normally don't use GNustep from
packages. With that said I think that you are facing two different
problems. NO idea what goes wrong for the self compiled ProjectCenter,
but the error message you get for the packaged one sounds as if you
don't have GNUstep back
Update of bug #33394 (project gnustep):
Item Group:None = Change Request
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:
Follow-up Comment #1, bug #33397 (project gnustep):
This method is a scripting method and in GNUstep we currently don't try to
implement that sort of methods. Normally these methods are just shortcuts for
combinations of simpler methods.
In this case you could use the NSString method
Update of bug #33475 (project gnustep):
Assigned to:None = FredKiefer
___
Follow-up Comment #2:
Which version of GNUstep gui are you using?
Up until and including the last release we only
Update of bug #33575 (project gnustep):
Category:None = Base/Foundation
Severity: 3 - Normal = 1 - Wish
Item Group:None = Change Request
Update of bug #33568 (project gnustep):
Severity: 3 - Normal = 1 - Wish
Item Group:None = Change Request
___
Reply to this item at:
Update of patch #7555 (project gnustep):
Category:None = AppKit
Status:None = Invalid
Assigned to:None = FredKiefer
Open/Closed:
Update of bug #33475 (project gnustep):
Status:None = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #3:
I think this problem
Update of bug #33574 (project gnustep):
Category:None = Gui/AppKit
Severity: 3 - Normal = 1 - Wish
Item Group:None = Change Request
Update of bug #33395 (project gnustep):
Severity: 3 - Normal = 1 - Wish
Item Group:None = Change Request
___
Reply to this item at:
Update of patch #7557 (project gnustep):
Category:None = Foundation
Status:None = Ready For Test
Assigned to:None = CaS
Open/Closed:
Update of patch #7558 (project gnustep):
Category:None = Foundation
Status:None = Need Info
___
Follow-up Comment #1:
Looks like you
Update of bug #33568 (project gnustep):
Status:None = Ready For Test
Assigned to:None = CaS
Open/Closed:Open = In Test
Update of patch #7558 (project gnustep):
Status: Need Info = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = Closed
Update of bug #33575 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Update of bug #33708 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Update of bug #33678 (project gnustep):
Status:None = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #1:
Comment by David
Follow-up Comment #1, bug #33602 (project gnustep):
Comment by David Chisnall (who hasn't got a user account in this bug tracking
system):
#33602 looks like it is caused by -L/usr/lib being before the GNUstep -L
directives on the command line, meaning it's not being linked against libobjc2
at
Follow-up Comment #1, bug #33671 (project gnustep):
Comment by David Chisnall:
#33671 is a bug in -make, which I reported months ago but which Nicola doesn't
seem to want to fix. It was introduced just before the last -make release and
means that the wrong linker flags are passed when linking a
Update of bug #34129 (project gnustep):
Category:None = Libraries
Status:None = Ready For Test
Open/Closed:Open = In Test
Update of bug #34017 (project gnustep):
Open/Closed:Open = In Test
___
Reply to this item at:
http://savannah.gnu.org/bugs/?34017
___
Update of bug #33732 (project gnustep):
Status:None = Ready For Test
Open/Closed:Open = In Test
___
Reply to this item at:
On 14.09.2011 12:37, Nicolas Kozic wrote:
Hello,
I tried without success to d/l via macports (jpeg.tiff.png)-devels.
I wish to run GNUstep on my mac.
I have aslo a problem via GNUstep port on macports.
Have a nice day,
thanks to read help me.
Why are you trying to use GNUstep on a Mac? This
On 29.09.2011 16:21, Richard Frith-Macdonald wrote:
On 28 Sep 2011, at 13:09, swapnil nandgave wrote:
Respected Sir,
I develop Objective-C programming on Windows Environment by GNUStep
but it got a error like objc/runtime.h No such file or directory
found.
Please send me solution
The file
Update of bug #34454 (project gnustep):
Status:None = Confirmed
Assigned to:None = FredKiefer
___
Follow-up Comment #5:
Thank you for
Update of bug #34454 (project gnustep):
Status: Confirmed = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #6:
I think I fixed most
Update of bug #33042 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #33289 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #24601 (project gnustep):
Status: Ready For Test = Fixed
Assigned to:None = FredKiefer
Open/Closed: In Test = Closed
Update of bug #24782 (project gnustep):
Assigned to:None = gcasa
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #25011 (project gnustep):
Assigned to:None = CaS
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #3 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #31983 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #30539 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #33475 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #19804 (project gnustep):
Status: Ready For Test = Fixed
Assigned to:None = FredKiefer
Open/Closed: In Test = Closed
Follow-up Comment #10, bug #34454 (project gnustep):
I added a forward declaration for NSNibBindingConnector to the header file,
this should fix the compilation issue in Gorm.
The problem you are getting from your main NIB file is caused by an unresolved
custom resource. If I remember correctly
Follow-up Comment #12, bug #34454 (project gnustep):
To find out which custom resource is missing is rather simple.
You get the report that the object with id 232630206 could not be generated.
Open up the XIB file and search for that id. You will find:
object class=NSCustomResource
Update of bug #34453 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #3:
Committed your patch.
___
Reply to
Follow-up Comment #3, bug #34470 (project gnustep):
Eric,
I understand that the right thing to do here would be to support graphic
contexts based on bitmap data, which is not too hard to do for cairo. But for
now wouldn't it resolve the problem to move the line drawing the current
representation
Follow-up Comment #1, bug #34487 (project gnustep):
The NSprogressIndicators get loaded normally from the XIB file just as they
should. The problem seems to be in the drawing code. As long as the progress
indicators aren't started they don't get drawn.
Looks like we need another flag here to get
Update of bug #34487 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Update of bug #34470 (project gnustep):
Status: Confirmed = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Follow-up Comment #1, bug #34492 (project gnustep):
Yes, a minimal example would be quite helpful as I am almost sure I
implemented this binding.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?34492
Update of bug #34492 (project gnustep):
Status:None = Confirmed
Assigned to:None = FredKiefer
___
Follow-up Comment #4:
Looks like the
Update of bug #33884 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Follow-up Comment #2, bug #34529 (project gnustep):
I am sure that this bug can be easily solved by some configuration magic, but
there is also a different solution possible. One that I would prefer. We could
move the ImageMagick code out of GNUstep gui into a filter service. A filter
service is
Update of bug #34501 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Update of bug #34501 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #34487 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #34470 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #34498 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Update of bug #34494 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Update of bug #34494 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #34498 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Follow-up Comment #3:
Thank you for adding
Follow-up Comment #1, bug #34570 (project gnustep):
'FC_WEIGHT_ULTRABLACK' doesn't come from the cairo library, it is part of
fontconfig. You should find it in /usr/include/fontconfig/fontconfig.h. In the
configure file we check for the presence of this header file and I haven't
seen one without
Follow-up Comment #3, bug #34570 (project gnustep):
fontconfig 2.4.1 was released five years ago, even for GNUstep standards this
this old. And the actual change in fontconfig seems to have happened four
years ago in release 2.4.91. (Which was just two releases after yours)
I would suggest that
Update of bug #34552 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Follow-up Comment #3, bug #34552 (project gnustep):
I added this missing guards for shm in the header as well. Could you please
test once more.
Thank you for reporting and testing all this in detail.
___
Reply to this item at:
Follow-up Comment #5, bug #34552 (project gnustep):
Thank you for being so patient. I gave it another try and hopefully got more
of the shm usage covered this time.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?34552
Update of bug #34570 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Follow-up Comment #9, bug #34490 (project gnustep):
I am willing to add a patch similar to this one. But like Richard I would
prefer a solution that uses NSTask to start and external process. On Windows
we could use the command Explorer.exe /e, followed by the file name to
start the
Follow-up Comment #1, bug #34551 (project gnustep):
You will have to debug into the method [XGServer
mouseLocationOnScreen:window:] to find out what is going on here.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?34551
Update of bug #34481 (project gnustep):
Status:None = Ready For Test
Assigned to:None = FredKiefer
Open/Closed:Open = In Test
Update of bug #34469 (project gnustep):
Category:None = Gui/AppKit
Item Group:None = Bug
Status:None = Ready For Test
Assigned to:
Update of bug #34644 (project gnustep):
Category:None = Gui/AppKit
Item Group:None = Bug
Status:None = Ready For Test
Assigned to:
Update of bug #34640 (project gnustep):
Status: Ready For Test = Fixed
Assigned to:None = ericw
Open/Closed:Open = Closed
Update of bug #34488 (project gnustep):
Assigned to:None = ericw
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #34473 (project gnustep):
Assigned to:None = ericw
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #34492 (project gnustep):
Status: Confirmed = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #6:
Instead of
Update of bug #34644 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #34492 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #34552 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #34454 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Follow-up Comment #14:
I added a fix that
Update of bug #34469 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #34481 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
Update of bug #33708 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed: In Test = Closed
___
Reply to this item at:
901 - 1000 of 1310 matches
Mail list logo
