[bug #52793] autoreconf fails

[Fred Kiefer]

Update of bug #52793 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52779] autoreconf generates broken configure

[Fred Kiefer]

Update of bug #52779 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52942] [xlib] Build failure with LDFLAGS=-Wl,--no-undefined

[Fred Kiefer]

Update of bug #52942 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53060] [xlib] Significant slowness with some apps, font-related

[Fred Kiefer]

Update of bug #53060 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53941] NSProcessInfo -systemUptime test sometimes fails on GNU/Hurd

[Fred Kiefer]

Update of bug #53941 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #54307] Wrong margins especially when printing one page

[Fred Kiefer]

Update of bug #54307 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55625] Crash in GSHorizontalTypesetter -_getProposedRectFor:withLineHeight:

[Fred Kiefer]

Update of bug #55625 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55690] Black images when linked with libicns; smalles icon is always loaded

[Yavor Doganov]

URL:
  

 Summary: Black images when linked with libicns; smalles icon
is always loaded
 Project: GNUstep
Submitted by: yavor
Submitted on: Mon 11 Feb 2019 12:13:38 AM EET
Category: Gui/AppKit
Severity: 3 - Normal
  Item Group: Bug
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

With libicns/0.8.1, all images derived from .icns files are black.  This
happens because icns_get_image32_with_mask_from_family from libicns is able to
handle more formats unlike the implementation in NSBitmapImageRep+ICNS.m which
caters only for the 32-bit format.  IOW, when loading TalkSoup.icns, the array
contains 4 elements with the built-in implementation but 7 elements when
linked with external libicns.

Another issue (regardless of the libicns implementation used) is that always
the smallest icon is loaded as the app icon; it happens to be the first in the
array as the .icns file is processed sequentially.  I guess this is because
the first one is tried and it passes as "best representation"...  However it
looks really ugly for apps that use .icns files for the app icon (TalkSoup,
TextEdit, Lynkeos, FreeCell).

Attached is a patch that solves both of these problems, albeit in a clumsy
way.



___

File Attachments:


---
Date: Mon 11 Feb 2019 12:13:38 AM EET  Name:
0001-Fix-image-extraction-with-libicns-place-48x48-icon-a.patch  Size: 3KiB  
By: yavor



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55625] Crash in GSHorizontalTypesetter -_getProposedRectFor:withLineHeight:

[Yavor Doganov]

Follow-up Comment #2, bug #55625 (project gnustep):

Thanks, this is definitely better.  I confirm that it works as expected.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55526] FTBFS on GNU/kFreeBSD: NSWorkspace.m:1252:27: error: 'MOUNTED_PATH' undeclared

[Fred Kiefer]

Update of bug #55526 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55625] Crash in GSHorizontalTypesetter -_getProposedRectFor:withLineHeight:

[Fred Kiefer]

Update of bug #55625 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

Hi Yavor,

I did implement a slightly different solution to what you proposed but in the
end it should result in similar behaviour. When the typestter gets reused it
wont reference any old data from the previous text and at the end of text
there should be suitable attributes being used for the extra line fragment.
Please give this a try.

Cheers
Fred

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep