Bug 309004 - Qyoto: generate QPoint(F), QSize(F) and QRect(F) as structures instead of classes
Summary: Qyoto: generate QPoint(F), QSize(F) and QRect(F) as structures instead of cla...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: bindings
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: unspecified All
: NOR normal
Target Milestone: ---
Assignee: kde-bindings
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-25 18:49 UTC by Dimitar Dobrev
Modified: 2024-05-06 18:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Dimitar Dobrev 2012-10-25 18:49:16 UTC 
Due to the way they are used, QPoint(F), QSize(F) and QRect(F) would be more useful as structures in C# rather than as classes. Structures are faster, besides the needless calls to many underlying native calls would be eiliminated, so performance of applications using these data structures would be significantly faster.

Reproducible: Always

Steps to Reproduce:
1. Generate Qyoto and look at the QPoint(F), QSize(F) and QRect(F) data structures.
Actual Results:  
They are classes.

Expected Results:  
They are structures.

One should be careful because some functions that modify a passed in  QPoint(F), QSize(F) and QRect(F) should be generated in C# with the ref modifier for the parameter.
Comment 1 Justin Zobel 2021-03-09 05:24:42 UTC 
Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.
Comment 2 Christoph Cullmann 2024-05-06 18:10:06 UTC 
The bindings we had are no longer maintained and got removed with either KF5 or KF6, depending on the language.