From quanta Mon Sep 13 09:36:18 2010 From: Jakub Caban Date: Mon, 13 Sep 2010 09:36:18 +0000 To: quanta Subject: Re: [Quanta] Quanta trunk and upload plugin Message-Id: <4C8DF092.3060703 () whyblack ! pl> X-MARC-Message: https://marc.info/?l=quanta&m=128437065022973 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0661503116==" This is a multi-part message in MIME format. --===============0661503116== Content-Type: multipart/alternative; boundary="------------060008070801000307050105" This is a multi-part message in MIME format. --------------060008070801000307050105 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 09/13/10 11:28, Milian Wolff wrote: > On Saturday, 11. September 2010 12:36:20 Jakub Caban wrote: >> Hi, >> >> First of all - Quanta trunk does not build against current KDevplatform >> trunk (same problem as was with kdevelop-php probably): >> >> In file included from >> /var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999_build/languages/css/ >> parser/cssast.h:16:0, >> >> from >> /var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999_build/languages/css/ >> parser/cssparser.h:7, from >> /var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999_build/languages/css/ >> parser/cssparser.cpp:4: >> /var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999/languages/css/parse >> r/editorintegrator.h:22:46: fatal error: >> language/editor/editorintegrator.h: No such file or directory compilation >> terminated. >> make[2]: *** >> [languages/css/parser/CMakeFiles/kdev4cssparser.dir/cssparser.o] Error 1 >> make[1]: *** [languages/css/parser/CMakeFiles/kdev4cssparser.dir/all] >> Error 2 >> make[1]: *** Waiting for unfinished jobs.... > Please use Kdevplatform + KDevelop 4.1 branches if you are interested in > Quanta (master). I hope to rebase Quanta against movingranges sometime next > week. I will - thanks for the information. >> And as I've found some time to write to all of you, I'd be happy to >> share my thoughts about the Upload plugin that I use A LOT. >> >> First of all - the upload dialog. Is there any chance to have it >> transparent? In Q3.5 I was able to start uploading the page and go back >> to Q for further work. It saves lots of time, especially when I'm >> uploading large website on slower connection (which is common here, in >> Poland) - I have to wait sometimes even an hour being unable to work. > transparent meaning not modal? Very good point. Please report this and the > reports below on bugs.kde.org with quanta / upload component (that I've just > created). I will report today after work surely :) >> Secondly - another feature that was really nice - semi-automatic >> synchronization of my working folder and the remote places. I mean - >> when I was deleting file or moving it via Q3.5, dialog appeared asking >> to do the same on remote places. So when I delete obsolete files >> locally, they got deleted remotely. Maybe it'd be even possible for >> better sync now? Who knows? (well, maybe some of you know - I don't ;) ) > Do you really want the delete dialog right when you removed it? I personally > found that always very annyoing and disabled it right away. The reason was > simple: When I delete something on my development machine, I might need to do > some more adaptions in the other source files (like removing now obsolete > includes) before it would work again. If I'd propagate the change asap, the > page would be broken for a few seconds until I also did the other checks. > > But well, if you use upload plugin to sync files to your testing server, it > might make sense... > > Anyhow, does the upload dialog already give you the option to delete files? Or > is that completely untracked? This of course must be implemented. For now I can only manually delete files (one by one) from the file listing, that is unrefreshable ;) Of course there should be an option to disable that synchronization, although I was using it all the time. Simple example - I change the layout of the site. To do so - I have new images, than I modify the CSS - upload it, and than I just need to remove files. I will create ticket for that too :) >> Third one - quite small, but hell important - please give us "refresh" >> option on the remote machines (in the "Upload profiles" files view). >> Right now when something changes on the remote I have no way to force >> KDevelop to reload the listing. > ++ > >> And finally - is there any problem to add option to drag'n'drop files >> from remote or to the remote via Kdevelop UI? Probably there is a reason >> why we cannot do that even locally in KDevelop, but it's worth ask, >> isn't it? :) > Drag'n'Drop is completely unsupported in KDevelop. _YET_. I *really* look > forward to implement that finally, lets hope I can do that for 4.2, which would > also be the version for Quanta to depend on for its first release (at least so > I hope). > > Though please make sure this is tracked somewhere in the KDevplatform bug > tracker (bugs.kde.org). > >> All that would surely make this plugin even better. As I'm currently >> using KDevelop+Kdevelop-php+Upload plugin (and sometimes GIT plugin), I >> will sometimes try to write some suggestions for that part of Q. Hope it >> will help :) > Thanks for the suggestions, all are pretty good. Though in future maybe report > such wishes directly on bugs.kde.org where they belong. I will put there all my suggestions :) And just one question - are there any chances that: https://bugs.kde.org/show_bug.cgi?id=224910 will be resolved sometime? It's probably not Kdevelop/Quanta problem, but it is important part of Upload plugin :) And I cannot put it in bugzilla as it is there already, completely forgotten by the world :) > Bye > > > > _______________________________________________ > Quanta mailing list > Quanta@mail.kde.org > https://mail.kde.org/mailman/listinfo/quanta -- Best Regards, Jakub Caban --------------060008070801000307050105 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 09/13/10 11:28, Milian Wolff wrote:
On Saturday, 11. September 2010 12:36:20 Jakub Caban wrote:
 Hi,

First of all - Quanta trunk does not build against current KDevplatform
trunk (same problem as was with kdevelop-php probably):

In file included from
/var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999_build/languages/css/
parser/cssast.h:16:0,

                 from
/var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999_build/languages/css/
parser/cssparser.h:7, from
/var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999_build/languages/css/
parser/cssparser.cpp:4:
/var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999/languages/css/parse
r/editorintegrator.h:22:46: fatal error:
language/editor/editorintegrator.h: No such file or directory compilation
terminated.
make[2]: ***
[languages/css/parser/CMakeFiles/kdev4cssparser.dir/cssparser.o] Error 1
make[1]: *** [languages/css/parser/CMakeFiles/kdev4cssparser.dir/all]
Error 2
make[1]: *** Waiting for unfinished jobs....
Please use Kdevplatform + KDevelop 4.1 branches if you are interested in 
Quanta (master). I hope to rebase Quanta against movingranges sometime next 
week.
I will - thanks for the information.

      
And as I've found some time to write to all of you, I'd be happy to
share my thoughts about the Upload plugin that I use A LOT.

First of all - the upload dialog. Is there any chance to have it
transparent? In Q3.5 I was able to start uploading the page and go back
to Q for further work. It saves lots of time, especially when I'm
uploading large website on slower connection (which is common here, in
Poland) - I have to wait sometimes even an hour being unable to work.
transparent meaning not modal? Very good point. Please report this and the 
reports below on bugs.kde.org with quanta / upload component (that I've just 
created).
I will report today after work surely :)

      
Secondly - another feature that was really nice - semi-automatic
synchronization of my working folder and the remote places. I mean -
when I was deleting file or moving it via Q3.5, dialog appeared asking
to do the same on remote places. So when I delete obsolete files
locally, they got deleted remotely. Maybe it'd be even possible for
better sync now? Who knows? (well, maybe some of you know - I don't ;) )
Do you really want the delete dialog right when you removed it? I personally 
found that always very annyoing and disabled it right away. The reason was 
simple: When I delete something on my development machine, I might need to do 
some more adaptions in the other source files (like removing now obsolete 
includes) before it would work again. If I'd propagate the change asap, the 
page would be broken for a few seconds until I also did the other checks.

But well, if you use upload plugin to sync files to your testing server, it 
might make sense...

Anyhow, does the upload dialog already give you the option to delete files? Or 
is that completely untracked? This of course must be implemented.
For now I can only manually delete files (one by one) from the file listing, that is unrefreshable ;) Of course there should be an option to disable that synchronization, although I was using it all the time. Simple example - I change the layout of the site. To do so - I have new images, than I modify the CSS - upload it, and than I just need to remove files.

I will create ticket for that too :)

      
Third one - quite small, but hell important - please give us "refresh"
option on the remote machines (in the "Upload profiles" files view).
Right now when something changes on the remote I have no way to force
KDevelop to reload the listing.
++

And finally - is there any problem to add option to drag'n'drop files
from remote or to the remote via Kdevelop UI? Probably there is a reason
why we cannot do that even locally in KDevelop, but it's worth ask,
isn't it? :)
Drag'n'Drop is completely unsupported in KDevelop. _YET_. I *really* look 
forward to implement that finally, lets hope I can do that for 4.2, which would 
also be the version for Quanta to depend on for its first release (at least so 
I hope).

Though please make sure this is tracked somewhere in the KDevplatform bug 
tracker (bugs.kde.org).

All that would surely make this plugin even better. As I'm currently
using KDevelop+Kdevelop-php+Upload plugin (and sometimes GIT plugin), I
will sometimes try to write some suggestions for that part of Q. Hope it
will help :)
Thanks for the suggestions, all are pretty good. Though in future maybe report 
such wishes directly on bugs.kde.org where they belong.
I will put there all my suggestions :) And just one question - are there any chances that:

https://bugs.kde.org/show_bug.cgi?id=224910

will be resolved sometime? It's probably not Kdevelop/Quanta problem, but it is important part of Upload plugin :) And I cannot put it in bugzilla as it is there already, completely forgotten by the world :)
Bye

_______________________________________________ Quanta mailing list Quanta@mail.kde.org https://mail.kde.org/mailman/listinfo/quanta


--
Best Regards,
Jakub Caban
--------------060008070801000307050105-- --===============0661503116== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Quanta mailing list Quanta@mail.kde.org https://mail.kde.org/mailman/listinfo/quanta --===============0661503116==--