Re: [Development] Qftp removal

2012-04-11 Thread shane.kearns
> Go for option 1. > > It's not any more effort than the others, unless we decided to build > one single library (which isn't what you said). Agreed. Based on the guidelines in http://wiki.qt-project.org/Creating_a_new_module_or_tool_for_Qt We should have two Qt addon projects created in gerrit:

Re: [Development] Qftp removal

2012-04-03 Thread Thiago Macieira
On terça-feira, 3 de abril de 2012 20.10.08, shane.kea...@accenture.com wrote: > Ok, there are three options I can see and we need to choose one. > > 1. One add-on for each removed API (e.g. qftp.git, qhttp.git) > 2. One add-on for each module (e.g. qt4network.git) > 3. A catch-all kitchen sink rep

Re: [Development] Qftp removal

2012-04-03 Thread shane.kearns
ounces+shane.kearns=accenture@qt-project.org > [mailto:development-bounces+shane.kearns=accenture@qt-project.org] > On Behalf Of Oswald Buddenhagen > Sent: 29 March 2012 16:48 > To: development@qt-project.org > Subject: Re: [Development] Qftp removal > > On Thu, Mar 2

Re: [Development] Qftp removal

2012-03-29 Thread Oswald Buddenhagen
On Thu, Mar 29, 2012 at 02:20:04PM +, ext shane.kea...@accenture.com wrote: > It may not be trivial, but it's the workflow we have defined for promoting a > playground module to an official add-on. > yeah. too bad our tool doesn't support that particularly well yet. > Would it be any more com

Re: [Development] Qftp removal

2012-03-29 Thread shane.kearns
t; On Behalf Of Oswald Buddenhagen > Sent: 28 March 2012 17:56 > To: development@qt-project.org > Subject: Re: [Development] Qftp removal > > On Wed, Mar 28, 2012 at 04:17:36PM +, ext > shane.kea...@accenture.com wrote: > > If there are other Qt4 classes that would benefit from

Re: [Development] Qftp removal

2012-03-28 Thread Oswald Buddenhagen
On Wed, Mar 28, 2012 at 04:17:36PM +, ext shane.kea...@accenture.com wrote: > If there are other Qt4 classes that would benefit from this approach, we can > rename the repo later. > well, no, we cannot (without major hassle) - gerrit doesn't support renaming. _

Re: [Development] Qftp removal

2012-03-28 Thread shane.kearns
- > From: lars.kn...@nokia.com [mailto:lars.kn...@nokia.com] > Sent: 11 January 2012 14:49 > To: Kearns, Shane; thiago.macie...@intel.com; development@qt- > project.org > Cc: sergio.ahum...@nokia.com > Subject: Re: [Development] Qftp removal > > Yes, please. We need a name for

Re: [Development] Qftp removal

2012-03-06 Thread Stefan Majewsky
2012/3/6 Thiago Macieira : >>      - Kio ? Is there a full Qt port available now ? > > What do you mean? KIO is and has always been written on top of Qt. He's probably meaning a "Qt-only port", that is: minimal dependencies on other KDE libraries. Such a KIO is not available /right now/. The roadm

Re: [Development] Qftp removal

2012-03-06 Thread Thiago Macieira
On terça-feira, 6 de março de 2012 14.06.55, qtnext wrote: > I need to add now a lot of ftp operations (list, download, upload) in a > software that is a very good candidate for Qt5 (full Qml). Regarding > that QFtp will be remove : what is the best option : > - Kio ? Is there a full Qt port a

Re: [Development] Qftp removal

2012-03-06 Thread qtnext
I need to add now a lot of ftp operations (list, download, upload) in a software that is a very good candidate for Qt5 (full Qml). Regarding that QFtp will be remove : what is the best option : - Kio ? Is there a full Qt port available now ? - Qft Shane Kearns Module for Qt5? - avail

Re: [Development] Qftp removal

2012-01-16 Thread shane.kearns
ne.kearns=accenture@qt-project.org] > On Behalf Of Thiago Macieira > Sent: Wednesday, January 11, 2012 15:01 > To: development@qt-project.org > Subject: Re: [Development] Qftp removal > > On Wednesday, 11 de January de 2012 14.48.55, lars.kn...@nokia.com > wrote: > > Yes

Re: [Development] Qftp removal

2012-01-11 Thread Robin Burchell
On Wed, Jan 11, 2012 at 5:22 PM, wrote: > I'd think one project could handle all the removed features we want to > support as static libraries > e.g. > qftp > qhttp > qsettings > > "qt4support" isn't a terrible name, unless it has too bad connotations. I don't really get what's wrong with that

Re: [Development] Qftp removal

2012-01-11 Thread shane.kearns
> > I'd say we should keep each independent class in its own static library > build. > So it would be "qftp" inside a kitchen sink repository. > I agree completely Subject to local law, communications with Accenture and its affiliates including telephone calls an

Re: [Development] Qftp removal

2012-01-11 Thread shane.kearns
11, 2012 14:49 > To: Kearns, Shane; thiago.macie...@intel.com; development@qt-project.org > Cc: sergio.ahum...@nokia.com > Subject: Re: [Development] Qftp removal > > Yes, please. We need a name for it. How about qtnetwork4 ? > > I people are ok with the name, can you add the r

Re: [Development] Qftp removal

2012-01-11 Thread Thiago Macieira
On Wednesday, 11 de January de 2012 14.48.55, lars.kn...@nokia.com wrote: > Yes, please. We need a name for it. How about qtnetwork4 ? > > I people are ok with the name, can you add the repo, Sergio? > > Who'd be willing to import the code and examples into that repo? Shane? I'd say we should keep

Re: [Development] Qftp removal

2012-01-11 Thread lars.knoll
acie...@intel.com; development@qt-project.org >> Subject: Re: [Development] Qftp removal >> >> On 12/24/11 12:24 PM, "ext Thiago Macieira" >> wrote: >> >> >On Friday, 23 de December de 2011 22.10.19, David Boosalis wrote: >> >> I&#x

Re: [Development] Qftp removal

2012-01-11 Thread shane.kearns
elopment@qt-project.org > Subject: Re: [Development] Qftp removal > > On 12/24/11 12:24 PM, "ext Thiago Macieira" > wrote: > > >On Friday, 23 de December de 2011 22.10.19, David Boosalis wrote: > >> I've been using it for a year now, have had no problems on Lin

Re: [Development] Qftp removal

2012-01-05 Thread Thiago Macieira
On Thursday, 5 de January de 2012 15.27.52, shane.kea...@accenture.com wrote: > A directory can be represented by an url, so list, mkdir, rmdir could be > easily implemented through QNAM's sendCustomRequest The rename operation > isn't a good fit, because it requires two urls or a hacky custom form

Re: [Development] Qftp removal

2012-01-05 Thread shane.kearns
ginal Message- > From: development-bounces+shane.kearns=accenture@qt-project.org > [mailto:development-bounces+shane.kearns=accenture@qt-project.org] > On Behalf Of Richard Moore > Sent: Friday, December 23, 2011 16:17 > To: development@qt-project.org > Subject: Re: [Developmen

Re: [Development] Qftp removal

2011-12-27 Thread Thiago Macieira
On Tuesday, 27 de December de 2011 11.02.25, David Faure wrote: > A solution with Qt5 will be to use KIO, since we (the KDE developers) are > working on making it useable on top of Qt with much less dependencies than > in the current code. And kio_ftp supports a lot more: more commands, better er

Re: [Development] Qftp removal

2011-12-27 Thread David Faure
On Saturday 24 December 2011 09:24:52 Thiago Macieira wrote: > On Friday, 23 de December de 2011 22.10.19, David Boosalis wrote: > > I've been using it for a year now, have had no problems on Linux and > > Windows. I use it to check for application upgrade. Is there a > > recommended way to do FT

Re: [Development] Qftp removal

2011-12-26 Thread qtnext
Yes :) It can be a temporary solution for people like me that wants to at least test Qt5 on software that use QFtp or QHttp Le 26/12/2011 11:17, lars.kn...@nokia.com a écrit : > On 12/24/11 12:24 PM, "ext Thiago Macieira" > wrote: > >> On Friday, 23 de December de 2011 22.10.19, David Boosalis w

Re: [Development] Qftp removal

2011-12-26 Thread lars.knoll
On 12/24/11 12:24 PM, "ext Thiago Macieira" wrote: >On Friday, 23 de December de 2011 22.10.19, David Boosalis wrote: >> I've been using it for a year now, have had no problems on Linux and >> Windows. I use it to check for application upgrade. Is there a >> recommended way to do FTP transfers

Re: [Development] Qftp removal

2011-12-24 Thread Thiago Macieira
On Friday, 23 de December de 2011 22.10.19, David Boosalis wrote: > I've been using it for a year now, have had no problems on Linux and > Windows. I use it to check for application upgrade. Is there a > recommended way to do FTP transfers when QFtp is gone. Any chance of QFtp > getting into Qt

Re: [Development] Qftp removal

2011-12-23 Thread David Boosalis
I've been using it for a year now, have had no problems on Linux and Windows. I use it to check for application upgrade. Is there a recommended way to do FTP transfers when QFtp is gone. Any chance of QFtp getting into Qt Commercial ? On Fri, Dec 23, 2011 at 10:35 AM, Thiago Macieira wrote:

Re: [Development] Qftp removal

2011-12-23 Thread Thiago Macieira
On Friday, 23 de December de 2011 17.27.37, Qt wrote: > So why remove qftp if there is no complete replacement. I use it in a lot of > software and it works fine Because it's old, fragile and unmaintained code. It's really hard to fix bugs on it, so no one does. Unlike other working code we marke

Re: [Development] Qftp removal

2011-12-23 Thread Qt
So why remove qftp if there is no complete replacement. I use it in a lot of software and it works fine Le 23 déc. 2011 à 17:16, Richard Moore a écrit : > On Fri, Dec 23, 2011 at 2:05 PM, Qt wrote: >> It seems that qftp will be removed in Qt5. I suppose we need to use Qnam >> instead . But is

Re: [Development] Qftp removal

2011-12-23 Thread Richard Moore
On Fri, Dec 23, 2011 at 2:05 PM, Qt wrote: > It seems that qftp will be removed in Qt5. I suppose we need to use Qnam > instead . But is there a way with qnam to list, mkdir, rename, rmdir ? No, but if someone wants to implement this then I think people would be in favour. Rich. ___

[Development] Qftp removal

2011-12-23 Thread Qt
It seems that qftp will be removed in Qt5. I suppose we need to use Qnam instead . But is there a way with qnam to list, mkdir, rename, rmdir ? ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/developme