Re: [Development] Future of Qt Quick 1 in Qt 5

2015-05-09 Thread Alan Alpert
On Fri, May 8, 2015 at 12:33 PM, Thiago Macieira wrote: > On Friday 08 May 2015 16:10:27 Hausmann Simon wrote: >> Hi, >> >> Compilation wise I agree, it's low effort. But the situation is different in >> Jira IMO. > > Can we declare the module in Deprecated state and keep bug compatibility with >

Re: [Development] Future of Qt Quick 1 in Qt 5

2015-05-09 Thread Andre Somers
On 8-5-2015 18:47, Hausmann Simon wrote: > Hi, > > If the public API would allow you to implement what the folks at KDAB did at > http://www.kdab.com/creating-pdf-qtquick-2-scene-slideviewer/ ‎, would that > help your use case? What they basicaly did was reimplement the Quick elements they were

Re: [Development] Future of Qt Quick 1 in Qt 5

2015-05-09 Thread Thiago Macieira
On Saturday 09 May 2015 16:35:20 Pau Garcia i Quiles wrote: > On Sat, May 9, 2015 at 3:47 PM, Thiago Macieira > wrote:Why do people read "remove" as in "you need to stop using it now"? > > > When we're saying "remove", we meant only that it's no longer included in > > the > > convenience big tarb

Re: [Development] Future of Qt Quick 1 in Qt 5

2015-05-09 Thread Pau Garcia i Quiles
On Sat, May 9, 2015 at 3:47 PM, Thiago Macieira wrote:Why do people read "remove" as in "you need to stop using it now"? > > When we're saying "remove", we meant only that it's no longer included in > the > convenience big tarball and in the binary releases. If you still need it, > there's still

Re: [Development] Future of Qt Quick 1 in Qt 5

2015-05-09 Thread Thiago Macieira
On Saturday 09 May 2015 09:31:29 Pau Garcia i Quiles wrote: > On Sat, May 9, 2015 at 6:34 AM, Turunen Tuukka < > tuukka.turu...@theqtcompany.com> wrote: > > The thing is that since the beginning of Qt 5 we have been constantly > > > adding things and not removing the parts that are less used (and

Re: [Development] Future of Qt Quick 1 in Qt 5

2015-05-09 Thread Thiago Macieira
On Saturday 09 May 2015 04:34:45 Turunen Tuukka wrote: > If we keep the state of making almost no fixes, why would it matter if Qt > Quick 1 is not included in the Qt 5.6? Those who need it can take it from > the repository and use with their app, even if we do not include the module > any more in

Re: [Development] Question to fonts and styles

2015-05-09 Thread René J . V . Bertin
On Saturday May 09 2015 13:26:49 Martin Koller wrote: > I got a question from a kolourpaint user (KDE painting program) why he can > not see > the same fonts he finds in e.g. libreoffice. I'm afraid the answer is that Qt's handling of not-so-common font styles and weights is incomplete, not to

[Development] Question to fonts and styles

2015-05-09 Thread Martin Koller
I got a question from a kolourpaint user (KDE painting program) why he can not see the same fonts he finds in e.g. libreoffice. Checking my own system (openSuse 13.2), I see some differences where I hope someone here can answer why Qt does list some fonts. E.g. fc-list finds also these fonts /u

Re: [Development] Future of Qt Quick 1 in Qt 5

2015-05-09 Thread Pau Garcia i Quiles
On Sat, May 9, 2015 at 6:34 AM, Turunen Tuukka < tuukka.turu...@theqtcompany.com> wrote: The thing is that since the beginning of Qt 5 we have been constantly > adding things and not removing the parts that are less used (and > deprecated). Even though one might think it takes very little effort t