>
> Is creation expensive because of constructor code, making too many
> signal/slot connections, or something else?
>
First of all it's accumulative, any QML application is going to end up
constructing many items, hundreds, thousands even and costs, even small
ones add up. Secondly yes construct
I've opened a code review for adding TlsV1_0OrLater and friends at:
https://codereview.qt-project.org/#/c/106080/
We obviously haven't reached agreement on the actual API for this, but
as I said, we're pretty happy with the 'OrLater' variant, which the
patchset implements. Hopefully, the patchse
Hello Gunnar
yes i meant y-axis.
ok so it is operations/frame and i assume a modern pc is used for Robin
Burchells measurements as you did with using you MacBook Pro.
After my vacation I will try to do execute your benchmarking measurements on
our wec2013 imx6 device, using 5.4 and qt 5.5 git.
> On 12 Feb 2015, at 18:03, Gunnar Roth wrote:
>
> Hi,
> after downloading it to my cell phone and picking it with usb connection, i
> was finally able to read pdf document.
> I am curious what the unit of the x-axis is in your diagrams, i fugure higher
> is better, but what is measured there?
Hi,
after downloading it to my cell phone and picking it with usb connection, i was
finally able to read pdf document.
I am curious what the unit of the x-axis is in your diagrams, i fugure higher
is better, but what is measured there?
IMO QuickItemText is too complicated for the simple case, w
On 12/02/15 10:11, "Rutledge Shawn"
wrote:
>
>On 12 Feb 2015, at 08:55, Konstantin Ritt wrote:
>
>> 2015-02-12 11:53 GMT+04:00 Konstantin Ritt :
>> 2015-02-12 11:39 GMT+04:00 Rutledge Shawn
>>:
>>
>> On 11 Feb 2015, at 18:15, Konstantin Ritt wrote:
>>
>> > FYI: Unicode codepoint != character
On Wed, Feb 11, 2015 at 2:49 PM, Rutledge Shawn
wrote:
>> Being able to do 500+items rectangles in one frame is decent, but not
>> awesome. Being able todo 130 text items in one frame, is less than ideal,
>> given that we often use several text items per cell in a list or table. Text
>> is prob
2015-02-12 13:11 GMT+04:00 Rutledge Shawn :
> Consequently we have to do conversion each time we need the renderable
> text, and/or cache the results to avoid converting repeatedly. Right?
>
Pnrftm... what? Cache what? And where? I've missed the point...
> And we still need to be able to do
> On Feb 10, 2015, at 10:51 AM, Marc Mutz wrote:
>
> On Tuesday 10 February 2015 08:41:47 Ziller Eike wrote:
>>> On Feb 9, 2015, at 3:40 PM, Marc Mutz wrote:
>>>
>>> On Monday 09 February 2015 09:54:12 Smith Martin wrote:
This is the kind of thing we should add to the documentation, but c
On 12 Feb 2015, at 08:55, Konstantin Ritt wrote:
> 2015-02-12 11:53 GMT+04:00 Konstantin Ritt :
> 2015-02-12 11:39 GMT+04:00 Rutledge Shawn :
>
> On 11 Feb 2015, at 18:15, Konstantin Ritt wrote:
>
> > FYI: Unicode codepoint != character visual representation. Moreover, a
> > single character
10 matches
Mail list logo