[bug #62822] Graphics used for initial clef misplaced on Windows

[Richard Shann]

Update of bug #62822 (project denemo):

  Status:None => Ready For Test 

___

Follow-up Comment #1:

 
It would seem this was a bug in Gtk that has gone away - we had
the following in clefs.c:

y-= 4; // bizarrely clefs are drawn slightly too low using the windows routine
windows_draw_text() in utils.c while standalone and notehead overrides need +4

  drawbitmapinverse_cr (cr, directive->graphic, xx + directive->gx
+ count, y + directive->gy, FALSE);

I've dropped this now.


___

Reply to this item at:

  

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

[bug #62822] Graphics used for initial clef misplaced on Windows

[Richard Shann]

URL:
  

 Summary: Graphics used for initial clef misplaced on Windows
 Project: Denemo
   Submitter: rshann
   Submitted: Wed 27 Jul 2022 04:40:08 PM UTC
Category: None
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
 Open/Closed: Open
 Discussion Lock: Any


___

Follow-up Comments:


---
Date: Wed 27 Jul 2022 04:40:08 PM UTC By: Richard Shann 
Using the (new) typeset only clef draws a graphic in the display for the clef
- this is displaced on windows
e.g. Alto clef has gy = 20 needs to be 24 on Windows.







___

Reply to this item at:

  

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