On 07/23/15 06:21, Knoll Lars-san wrote:
> On 22/07/15 17:00,
> "development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
> Thiago Macieira"
> thiago.macie...@intel.com> wrote:
>
>
>
>> On Wednesday 22 July 2015 19:17:12 Takao Fujiwara wrote:
>>> OK, thanks for the discussion
On Wednesday 22 July 2015 21:15:18 Knoll Lars wrote:
> >I don't see how that is a problem. If that were a problem, you wouldn't be
> >able to ship additional, commercial-only modules or allow installation of
> >MinGW. So clearly the installer is allowed to install non-Qt things too.
> >
> >What a
On 22/07/15 17:00,
"development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
Thiago Macieira"
wrote:
>On Wednesday 22 July 2015 19:17:12 Takao Fujiwara wrote:
>> OK, thanks for the discussion and explanation.
>> My main concern is the delay of committing the patches from I
On 22/07/15 16:56,
"development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
Thiago Macieira"
wrote:
>On Wednesday 22 July 2015 07:20:06 Knoll Lars wrote:
>> We couldn’t easily ship it in Qt neither for both practical and legal
>> reasons. The practical ones are the items
On Wednesday 22 July 2015 19:17:12 Takao Fujiwara wrote:
> OK, thanks for the discussion and explanation.
> My main concern is the delay of committing the patches from IBus
> contributors. If you would help to speed up the patch integration, it would
> be great. I can contribute Qt IBus plugin at t
On Wednesday 22 July 2015 07:20:06 Knoll Lars wrote:
> We couldn’t easily ship it in Qt neither for both practical and legal
> reasons. The practical ones are the items Thiago mentioned. The legal
> reasons are that we can’t make it part of Qt without being under the CLA,
> due to both the KDE Free
On 22/07/15 12:17, "Takao Fujiwara" wrote:
>On 07/22/15 13:49, Thiago Macieira-san wrote:
>> On Wednesday 22 July 2015 12:41:11 Takao Fujiwara wrote:
>>> On 07/22/15 00:49, Thiago Macieira-san wrote:
On Tuesday 21 July 2015 16:00:45 Takao Fujiwara wrote:
>> We don't develop gtk. We do de
On 07/22/15 13:49, Thiago Macieira-san wrote:
> On Wednesday 22 July 2015 12:41:11 Takao Fujiwara wrote:
>> On 07/22/15 00:49, Thiago Macieira-san wrote:
>>> On Tuesday 21 July 2015 16:00:45 Takao Fujiwara wrote:
> We don't develop gtk. We do develop Qt4 and we know that supporting
> comple
On 22/07/15 06:49, "Thiago Macieira" wrote:
>On Wednesday 22 July 2015 12:41:11 Takao Fujiwara wrote:
>> On 07/22/15 00:49, Thiago Macieira-san wrote:
>> > On Tuesday 21 July 2015 16:00:45 Takao Fujiwara wrote:
>> >>> We don't develop gtk. We do develop Qt4 and we know that supporting
>> >>> comp
On Wednesday 22 July 2015 12:41:11 Takao Fujiwara wrote:
> On 07/22/15 00:49, Thiago Macieira-san wrote:
> > On Tuesday 21 July 2015 16:00:45 Takao Fujiwara wrote:
> >>> We don't develop gtk. We do develop Qt4 and we know that supporting
> >>> complex
> >>> input methods with it was a pain and it o
On 07/22/15 00:49, Thiago Macieira-san wrote:
> On Tuesday 21 July 2015 16:00:45 Takao Fujiwara wrote:
>>> We don't develop gtk. We do develop Qt4 and we know that supporting
>>> complex
>>> input methods with it was a pain and it often regressed due to lack of
>>> testing. I think limiting the tes
On Tuesday 21 July 2015 16:00:45 Takao Fujiwara wrote:
> > We don't develop gtk. We do develop Qt4 and we know that supporting
> > complex
> > input methods with it was a pain and it often regressed due to lack of
> > testing. I think limiting the testing is doing a disservice to our users.
>
> Ho
On 21/07/15 09:00, "Takao Fujiwara" wrote:
>On 07/21/15 15:07, Thiago Macieira-san wrote:
>> On Tuesday 21 July 2015 14:36:19 Takao Fujiwara wrote:
* We need at least one input context to use and test against (on
Linux)
when developing Qt further. Not having the plugin in qtbase wil
On 07/21/15 15:07, Thiago Macieira-san wrote:
> On Tuesday 21 July 2015 14:36:19 Takao Fujiwara wrote:
>>> * We need at least one input context to use and test against (on Linux)
>>> when developing Qt further. Not having the plugin in qtbase will lead to
>>> us not testing IMEs on Linux anymore, s
On Tuesday 21 July 2015 14:36:19 Takao Fujiwara wrote:
> > * We need at least one input context to use and test against (on Linux)
> > when developing Qt further. Not having the plugin in qtbase will lead to
> > us not testing IMEs on Linux anymore, something I really want to avoid.
>
> I think you
On 07/18/15 04:54, Knoll Lars-san wrote:
> Can you explain what the advantage of moving it out would be?
>
> The ibus input context was originally developed by me when we ported from Qt
> 4 to Qt 5. I tried to implement it with a minimum set of dependencies. It's
> IMO still important to have in
Can you explain what the advantage of moving it out would be?
The ibus input context was originally developed by me when we ported from Qt 4
to Qt 5. I tried to implement it with a minimum set of dependencies. It's IMO
still important to have in the qtbase tree for several reasons:
* We need at
On 2015-07-17, Takao Fujiwara wrote:
> Right. ibus-qt already has the ibus module for qt4 so this request is for qt5.
> I'd think it's easy to move libibusplatforminputcontextplugin.so from qtbase
> to ibus-qt.
Part of me would like to have as many things that uses QPA headers to
stay inside Qt
On 07/16/15 22:44, Eike Hein-san wrote:
>
>
> On 07/16/2015 03:02 PM, Helio Chissini de Castro wrote:
>> Hello Takao
>>
>> You're talking over Qt 4 only or Qt 5 is affected as well ?
>> This is a full replacement of the plugin ?
>
> The Qt 4 plugin was never in the Qt source tree (afaik).
>
> The Q
On 07/16/2015 03:02 PM, Helio Chissini de Castro wrote:
> Hello Takao
>
> You're talking over Qt 4 only or Qt 5 is affected as well ?
> This is a full replacement of the plugin ?
The Qt 4 plugin was never in the Qt source tree (afaik).
The Qt 5 plugin is, and this is upstream asking for it to
Hello Takao
You're talking over Qt 4 only or Qt 5 is affected as well ?
This is a full replacement of the plugin ?
Regards, Helio
On Thu, Jul 16, 2015 at 4:29 AM, Takao Fujiwara wrote:
> I maintain IBus project.
> https://github.com/ibus/ibus/wiki
>
> Now I wish to delete qtbase/src/plugins/pl
I maintain IBus project.
https://github.com/ibus/ibus/wiki
Now I wish to delete qtbase/src/plugins/platforminputcontexts/ibus and the I
will import that module to ibus-qt package, which had been used in qt4.
https://github.com/ibus/ibus-qt
Thanks,
Fujiwara
___
22 matches
Mail list logo
