Fwd: Re: OpenGL support and alpha 3 schudle

[BogDan]

Hi,

[...]

> 
> There are still things to discuss before we do a release with this:
> 
> In the end we will have one plugin (as in one .so-file) for raster and opengl
> The entry point (QAndroidPlatformIntegrationPlugin) will return the same 
> QAndroidPlatformIntegration for both but give it a boolean to choose what to 
> do for there on.
> (In short: QAndroidPlatformIntegration is the crossroad for opengl vs. raster)
> 
> QAndroidPlatformIntegrationPlugin will provide 2 platforms:
> -platform android      (raster, as it is now) and a new one:
> -platform androidGL
> 

Hmm, IMHO we should provide two separate plugins not only one if we'll provide 
only one OpenGL will be a required library even for application which don't need it.

> I'm not sure how this is done on other embedded platforms but I think we 
> should but developer-choose which platform he wants to use into qtcreator and 
> store that decision somehow in the package
> 
> So somewhere in qtcreator we should add a "Use OpenGL"-checkbox
>    ... and for some projects we might want to enable it per default 
> (e.g: Declarative-Projects)
> 
> I know people are going to use it although it's not the right thing for 
> there 
> projects!
> How do we warn/inform them when/why it's god/bad to click this checkbox?
> We need to warn/inform! If we don't we end up with a lot of complains (from 
> developers and users) that even simple applications take a lot of performance, 
> worth unreasonable amount of battery and even more worth not everything is 
> working probably (e.g.: drop-down-boxes)
> 

If we choose to ship two separate plugins it will be very easy, if your application
needs OpenGL your application will load OpenGL platform plugin otherwise it 
will load raster plugin, this way we don't need any check box :)


> 
> Greets
> Thomas
> 


Cheers,
BogDan.

> ----------  Forwarded Message  ----------
> 
> Subject: Re: OpenGL support and alpha 3 schudle
> Date: Thursday, June 30, 2011, 07:03:41 PM
> From: ext BogDan <bog_dan_ro at yahoo.com>
> To: Thomas Senyk <thomas.senyk at nokia.com>
> 
>> 
> 
>>  Most things are working.
>>  Thuesday I did a code-cleanup.
>> 
>>  The only thing left is to intregrate it into the "normal" plugin.
>> 
>>  So in the end you got 1 plugin and (on platforms who support it) you get 2 
>>  different platforms:
>> 
>>  -platform android
>>  -platform androidGL
>> 
>>  I think this is the way to go.
>>  This is how the xlib plugins does it and I guess the wayland-plugin will do 
> 
> it 
>>  that way eventually.
>> 
>>  Do you agree?
>> 
> 
> I agree. Please let me know if you need me to help you to merge your work 
> with 
> current plugin, because this two plugins should share a lot of code.
> 
>>   
>>  If so I would take the current HEAD of everything.
>>  (qt: experimental  ; qt-creator: testing )
>> 
>>  Integrate eglfs, do testing and then push it.
>> 
>> 
>>  I'm not sure if I'm going to copy the files or merge the branches.
>>  I'm a little bit afraid of merge-hell ;)
>> 
> 
> :) Is up to you ! 
> 
>>  If you (or someone else) wants to push something bigger bevor I 
> merge/commit 
>>  let me know and I'll wait
>> 
> 
> No big change from me, but I recommend you to post a message on mail list, 
> maybe other guy have something ....
> 
>> 
>>  Greets
>>  Thomas
>> 
>> 
>>  On Thursday, June 30, 2011 10:42:42 AM ext BogDan wrote:
>>>   Hi Thomas,
>>> 
>>>   I want to create planned features for alpha 3 and expected schedule. 
>>>   Because I your work is the most important feature for that release I 
> want
>>>   to sync with you to know the current progress. I managed to
>>>   finish QDesktopServices and assets support,  I need a few day to 
> finish
>>>   also QSystemTrayIcon, after, I can join you to finish OpenGL
>>>   implementation (if you need my help:) ). 
>>> 
>>>   Cheers,
>>>   BogDan.
>> 
> 
> -----------------------------------------
> _______________________________________________
> Necessitas-devel mailing list
> Necessitas-devel at kde.org
> https://mail.kde.org/mailman/listinfo/necessitas-devel
>